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(54) Data transmitting node, and network inter-connection node suitable for home network 
environment 

(57) A data transmitting node and a network inter- 
connection node suitable for use in the home network 
environment, in a case of transmitting information data 
from a data transmitting node connectedwith a physical 
network to a receiving node connected with the physical 
network or another physical network, a data transmitting 
node transmits the control message including an IP 
address information of a data transmission destination, 
a header/channel information dependent on the physi- 
cal network, and an information indicating that the infor- 
mation data to be transmitted according to the 
header/channel information is data in an upper layer of 
an IP layer. The information data is then transmitted to 
the receiving node, where the information data contains 
the header/channel information and data of the upper 
layer without IP packet encapsulation. A network inter- 
connection node operates similarly. 
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Description 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 5 

The present invention relates to a network ^ystem 
for constructive*™ network^ 
particularly, to a data transmitting node and ar^ork 
Irter-connection node suitable for use in the home net- » 
work environment. 

DESCRIPTION OF THE BACKGROUND ART 



lnrecertyeare.thereisarapkltrendibrdgjtalizing « 
elec^toir^rr^asexerr^ifiedby^termrr^ 
media-, and this trend is already noticeable in the office 
environment. . . 

More specifically, in terms of „ 
tas been materialized in tarred 20 
totalization of OA devices and formation of networks 
among them. Also, in terms of soflware.^trend tes 
been expanding to cover the basic fer **°^ ™^ 
(which are progressively lighted and transferredto 
PCs) the application software such as the word- a 
processing software, the spreadsheet sofjjare. etc.. 
and the Internet application such as the WWW 

The similar trend can also be seen in the home 
environment. Name* even in u ^^.^^ so 
this trend for digrtalization has been steady ^ 30 
in forms of digitization of AV deuces (DVD^ 
VTR digital video camera, etc.). digrtahzaton of broad- 
casting, and Internet access such as OCN. 

Similarly as in a case of the off ice environment, this 
trend is expected to progress ^* e ^°"* 35 
networks in future. Namely, it is expected that the tech- 
nologies of various fields such as information process- 
^cornrnunication and broadcasting will beumhed^ 
the digrtalization. and inter-mixed with each other by the ^ 

formation of networks. i^^^k—j 

There are many candidates for netwc<ktechnol 
ogies in this direction. For example, the ElherrH* has 
overwhelming records of the actual use m the office 
environment and is probably the most 
date even for the home PC network. Also, the ATM is « 
another serious contender because <^°^«£ 
sensus among the mtra-struchire constoKtors (tele- 
phone companies. CATV companies, eta) to keep 
constructing the infra-structures based 
ogy in view of the advantageous cr*ractens*csof*e so 
ATM such as its fast, real-time, and wde bandwKtth 

PrOP |r a 5i6on to these candidates, the network tech- 

attracting much attentions recentty. Tbs IEEE 1394nas ss 
several remarkable characteristics such as rts fasUeaJ- 
time (QOS guaranteed), and riufrarrtplay P"***"* 
so that there fe a high expectation especially among the 



AV industries on the IEEE 1394 as the most promising 
candidate for a future scheme for inter^n^ dig- 
•rtal AV devices. This vogue has also instigated much 
interests to the IEEE 1394 from the computer industries 
as well. 

In the initial phase, it is expected that t^Jnter-cm- 
nection of the home use digital devwes wril be realized 
by these various network technologies m^n^ 
with the spread of the home use J** 
depending on preferences and demands of the us«s. 
andin this way prototype digital networks will be gradu- 
ally built up inside each home. 

In the second phase, there will be demands for 
inter-connecting these digital networks together. For 
example, there will be a desire to inter-connect an AV 
device connected to the 1394 network of a flu^room 
on the first floor with another AV device c«Tnectedto 
the 1394 network of a private room on the second floor 
in order to realize the dubbing or the cooperative opera- 
tion between these AV devices. 

However, in order to meet the expected demands of 
this second phase, the foDowing problems must be 
addressed and resolved. 



(1) The 1394 network is not suited tor a large scale 
installation. For example, its cable length is tarted 
to 4 5m. so that the wiring across rooms wdl be<M- 
ficult Also, the plug-and-play function of the 1394 
has the side-effect that the on-going communica- 
tion will be instantaneously disconnected "hene** 
someone connects to or disconnects from the 
1394 When the wiring of the 1394 across rooms is 
attempted, there will be an inconveniency in that an 
action made in one room would affect another room 
in a form of the instantaneous disconnection of the 
on-Qoing communication because of its "bus reser . 
{2) jhe standardization of the specification for 
-1394 bridge" as the irrter-connection proto- 
col/scheme for the 1394 is currently in progress at 
the IEEE which is the standardization committee for 
the 1394. However, the standard specification is 
expected to be a very complicated one that requires 
the scalability and incorporates a concept of call set 
up and it is also expected that a consderabte 
amount of time will be needed before the standard 
specification can be solitfifted. 

(3) The home network will not necessarily be lim- 
ited to just the 1 394, so that it is preferable to con- 
struct the home network according to a scheme 
that can inter-connect various types of networks. 
However, no such a network architecture has been 
proposed so far. 

(4) As a known technique for inter-connecting vari- 
ous networks, there is the Internet protocol. How- 
ever this scheme is difficult to set up. manage and 
maintain tor the layman, and it also requires the 
server management, so that in its currently availa- 
ble form it is not suitable for an inter-connection 
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scheme intended for use in the home network 
which is expected to deal with a rather limited 
number of terminate. 

SUMMARY OF THE INVENTION s 

h is therefore an object of the present invention to 
provide a data transmitting node and a network inter- 
connection node which are capable of resolving the 
above noted problems and which are therefore suitable 
for use in the home network environment 

According to one aspect of the present invention, 
there is provided a data transmitting node connected 
with a physical network, comprising: a first transmission 
unit for transmitting a control message in a case of 
transmitting information data to a receiving node 
through connected with the physical network or another 
physical network, the control message including an IP 
address information of a data transmission destination, 
a header/channel information dependent on the physi- 
cal network, and an information indicating that the infor- 
mation data to be transmitted according to the 
header/channel information is data in an upper layer of 
an IP layer; and a second transmission unit for transmit- 
ting the information data to the receiving node, the infor- 
mation data containing the header/channel information 
and data of the upper layer without IP packet encapsu- 
lation. 

In this aspect of the present invention, it becomes 
possible to explicitly notify a network connection device 
on a communication path that the information data that 
pass through a communication path established by the 
control message are not IP packets so that they should 
be forwarded by a datalink layer processing alone with- 
out forwarding them to the so called IP processing unit 
for carrying out the routing processing of IP packets. 

Namely, by notifying a header/channel information 
according to which the information data is to be trans- 
mitted later and an IP address of the receiving node to 
the network connection device, it becomes possible to 
notify that a transfer destination of the subsequently 
transmitted information data which has this 
header/channel information (datalink layer identifier) is 
the IP address of the receiving node, so that the net- 
work connection device on the communication path can 
establish the communication path (datalink layer com- 
munication path) up to the receiving node at the datalink 
layer level. 

In addition, by using the IP address, it becomes 
possible to realize an address system which can be 
commonly used even under an environment in which a 
plurality of types of physical networks are inter-con- 
nected, so that it becomes possible to carry out the data 
transmission and the control message transmission 
with respect to nodes belonging to physical networks of 
different transmission schemes. 

Moreover, it is possible to explicitly notify the net- 
work connection device that the information data that 
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pass through the communication path are not IP pack- 
ets but the packets in the upper layer than the IP layer, 
so that it can be expected that the network connection 
device will transfer the information data on the commu- 
nication path to the receiving node without applying the 
so called IP routing processing, and therefore it 
becomes possfrJe to realize the transmission of the so 
called raw data such as MPEG video and speech data. 

Also, in this aspect of the present invention, the 
control message may command to a network inter-con- 
nection node for connecting said physical network and a 
next physical network a registration of a correspond- 
ence between the header/channel information depend- 
ent on said physical network and a header/channel 
information dependent on the next physical network. 

This defines the operation of the control message in 
this aspect of the present invention. 

Also, in this aspect of the present invention, the 
data transmitting node may further comprises: a recep- 
tion unit for receiving digital video and/or cfigitaJ audio 
data; wherein the second transmission unit transmits 
the digital video and/or digital audio data received by 
the reception unit as the information data, by formatting 
the digital video and/or digital aucfio data into a trans- 
mission format for said physical network. 

In this aspect of the present invention, in a case of 
receiving the raw or MPEG coded video/speech data 
and forward ng the received data to a specific receiving 
node, as in a case of a set-top box for the digital satellite 
broadcast, the digital CATV, or the digital terrestrial 
broadcast, it becomes possible to realize this data for- 
warding by formatting the received data into a format of 
a physical network. 

According to another aspect of the present inven- 
tion, there is provided a network inter-connection node 
for transmitting information data received from one 
physical network to another physical network, compris- 
ing: a reception unit for receiving a first control message 
from said one physical network, the first control mes- 
sage containing an IP address information of a data 
transmission destination, a first header/channel infor- 
mation dependent on said one physical network, and an 
information indicating that an information data to be 
transmitted according to the first header/channel infor- 
mation is data in an upper layer of a protocol layer cor- 
responding to the IP address information; a first 
transmission unit for transmitting a second control mes- 
sage to said another physical network when the recep- 
tion unit receives the first control message, the second 
control message containing the IP address information, 
a second header/channel information dependent on 
said another physical network which is obtained from 
the IP address information, and the information indicat- 
ing that the information data to be transmitted according 
to the second header/channel information is data in the 
upper layer; a memory unit for storing a correspond- 
ence between the first header/channel information and 
the second header/channel information; and a second 
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transmission writ for obtaining me second header/chan- nication resource amounts so that this communication 
nel information corresponding to the first header/chan- resource amounts should be reserved in a case of 
ne! information accord ng to the correspondence stored acquiring the communication resources (connections, 
in the memory unit when the information data contain- channels, eta) of the datalink that constitutes this com- 
ing the first header/channel irtformation is received from 5 municarJon path. 

said (me physical network, attaching the second in addition, the IP address is used as an address 

header/channel information to the information data, and system so that it can be realized under the trrter-conneo 

transmrtting the information data to said another physi- tion environment of arbitrary combination of mutually 

cal network, the information data containing data of the different datalink layers and therefore it becomes possi- 

upper layer without IP packet encapsulation. 10 ble to establish the communication path while reserving 

In this aspect of the present invention, the informa- the corrtnunication resources under an arbitrary inter- 

tion data containing the first header/channel information connected network environment 

are the packets in the ipper layer than the IP layer. Con- Also, in this aspect of the present invention, the 

sequent!* each network connection device on the com- control message may command to a network irrter-con- 

rrtunication path can recognize that the information data is nection node for connecting said physical network and a 

that pass through a communication path established by next physical network a registration of a correspond- 

the control message are not IP packets so that there ence between the header/channel information depend- 

should be a setting by which they can be forwarded by a ent on said physical network and a header/channel 

datalink layer processing alone without forwarcSng them information dependent on the next physical network for 

to the so caned IP processing unit for carrying out the 20 which the required communication resource is 

routing processing of IP packets, and make this setting reserved. 

to the second transmission unit As a result, it becomes This defines the operation of the control message in 

possible to realize a transfer of arbitrary data such as this aspect of the present invention. 

MPEG video and speech data in the IP network environ- Also, in this aspect of the present invention, the 

nrent. 25 data transmitting node may further comprises: a recep- 

Ateo, in this aspect of the present invention, the first tion unit for receiving digital video and/or cfigrtal audio 

control message may command a registration of a cor- data; wherein the second transmission unit transmits 

respondents between the first header/channel informa- the digital video and/or digital audio data received by 

tion and the second header/channel information, and the reception unit as the information data, by formatting 

the second control message may command to a receiv- 30 the digital video and/a digital audio data into a trans- 

ing node or a network inter-connection node for con- mission format for said physical network 

necting said another physical network and a third In this aspect of the present invention, in a case of 

physical network a registration of a correspondence receiving the raw or MPEG coded video/speech data 

between the second header/channel information and a and forwarcfing the received data to a specific receiving 

header/channel information dependent on said third 3s node, as in a case of a set-top box for the digital satellite 

physical network broadcast, the digital CATV, or the digital terrestrial 

This defines the operations of the first and second broadcast it becomes possible to realize this data for- 

control messages in this aspect of the present inven- warring by formatting the received data into a format of 

tion. a physical network 

According to another aspect of the present inven- 40 According to another aspect of the present inven- 
tion, there is provided a data transmitting node con- tion. there is provided a network inter-connection node 
nected with a physical network, comprising: a first for transmitting information data received from one 
transmission unit for transmitting a control message in a physical network to another physical network, compris- 
case of transmitting information data to a receiving node ing: a reception unit for receiving a first control message 
connected with the physical network or another physical 45 from said one physical network, the fret control mes- 
network, the control message including an IP address sage containing an IP address information of a data 
information of a data transmission destination, a transmission destination, a first header/channel infor- 
header/channel information dependent on the physical mation dependent on said one physical network, and an 
network, and an information indicating a required com- information indicating a required communication 
munication resource; and a second transmission unit for so resource; a first transmission unit for transmitting a sec- 
transmitting the information data containing the ond control message to said another physical network 
header/channel information for which the required com- when the reception unit receives the first control mes- 
munication resource is reserved, to the receiving node. sage, the second control message containing a second 

In this aspect of the present invention, it becomes header/channel information dependent on said another 

possible to explicitly notify a network connection device ss physical network which is obtained from the IP address 

on a communication path that the information data that information, and the information indicating the required 

pass through a communication path established by the communication resource; an establishing unit for estab- 

control message are requiring this much of the commu- lishing a communication path with respect to a receiving 
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node or a next network inter-connection node for con- 
necting said another physical network and a third phys- 
ical network, the communication path having the 
second header/channel information with the required 
communication resource; a memory unit for storing a 
correspondence between the first header/channel infor- 
mation and the second header/channel information; and 
a second transmission unit for obtaining the second 
header/channel information corresponding to the first 
header/channel information according to the corre- 
spondence stored in the memory unit when the informa- 
tion data containing the first header/channel information 
is received from said one physical network, attaching 
the second header/channel information to the informa- 
tion data, and transmitting the information data to said 
another physical network. 

In this aspect of the present invention, each net- 
work connection device on the communication path can 
recognize that the information data that pass through a 
communication path established by the control mes- 
sage are requiring this much of the communication 
resource amounts so that this communication resource 
amounts should be reserved in a case of acquiring the 
communication resources (connections, channels, etc.) 
of the datalink that constitutes this communication path, 
establish the datalink layer connection having this com- 
munication resource amounts by the establishing unit, 
and make a corresponding setting to the second trans- 
mission unit 

In addition, the IP address is used as an address 
system so that it can be realized under the inter-connec- 
tion environment of arbitrary combination of mutually 
different datalink layers and therefore it becomes possi- 
ble to establish the rommunication path while reserving 
the communication resources under an arbitrary inter- 
connected network environment 

Also, in this aspect of the present invention, the first 
control message may command a registration of a cor- 
respondence between the first header/channel informa- 
tion and the second header/channel information, and 
the second control message may command to the 
receiving node or the next network inter-connection 
node a registration of a correspondence between the 
second header/channel information and a header/chan- 
nel information dependent on said third physical net- 
work. 

This defines the operations of the first and second 
control messages in this aspect of the present inven- 
tion. 

According to another aspect of the present inven- 
tion, there is provided a data transmitting node con- 
nected with a physical network, comprising: a first 
transmission unit for transmitting a control message in a 
case of transmitting information data to a receiving node 
connected with the physical network or another physical 
network, the control message including an IP address 
information of a data transmission destination, a 
header/channel information dependent on the physical 



network, and an information on a format of the informa- 
tion data to be transmitted according to the 
header/channel information; and a second transmission 
unit for transmitting the information data in said format 

5 which contains the header/channel information, to the 
receiving node. 

In this aspect of the present invention, it becomes 
possible to expOcffly notify a network connection device 
on a communication path that the information data that 

w pass through a communication path established by the 
control message wid be in this format (such as MPEG, 
JPEG, etc.) so that they should be forwarded by a data- 
link layer processing alone without forwarding them to 
the so called IP processing unit for carrying out the rout- 

is ing processing of IP packets, and a transfer according to 
the format transfer scheme depending on the datalink 
layer of a transfer target physical network should be 
made. 

For example, in a case of MPEG, it becomes posst- 

20 Ue to urge the setting by which the MPEG data can be 
transferred in a format depend ng on the datalink layer, 
such as "MPEG-over-ATM" defined by the ATM forum in 
while being transferred through the ATM network, and 
"MPEG-over- 1394" defined by the IEC1 883 while being 

25 transferred through the IEEE 1 394 bus. 

Also, in this aspect of the present invention, the 
control message may command to a network inter-con- 
nection node for connecting said physical network and a 
next physical network a registration of a correspond- 

30 ence between the header/channel information depend- 
ent on said physical network and the header/channel 
information dependent on the next physical network. 

This defines the operation of the control message in 
this aspect of the present invention. 

35 Also, in this aspect of the present invention, the 
data transmitting node may further comprises: a recep- 
tion unit for receiving digital video and/br digital audio 
data; wherein the second transmission unit transmits 
the digital video and/br digital audio data received by 

40 the reception unit as the information data, by formatting 
the digital video and/or digital audio data into said for- 
mat 

In this aspect of the present invention, in a case of 
receiving the raw or MPEG coded video/speech data 

45 and forwarding the received data to a specific receiving 
node, as in a case of a set-top box for the digital satellite 
broadcast, the digital CATV, or the digital terrestrial 
broadcast, it becomes possible to realize this data for- 
warcfing by formatting the received data into a format of 

so a physical network. 

According to another aspect of the present inven- 
tion, there is provided a network inter-connection node 
for transmitting information data received from one 
physical network to another physical network, compris- 

55 ing: a reception unit for receiving a first control message 
from said one physical network, the first control mes- 
sage containing an address information of a data trans- 
mission destination, a first header/channel information 
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dependent on said one physical network, and an infor- 
mation on a format of the information data to be trans- 
mitted according to the first header/channel information; 
a first transmission unit for transmitting a second control 
message to said another physical network when the 5 
reception unit receives the first control message, the 
second control message containing the address infor- 
mation, a second header/channel information depend- 
ent on said another physical network which is obtained 
from the address information, and the information on a to 
format of the information data to be transmitted accord- 
ing to the second header/channel information; a mem- 
ory unit for storing a correspondence between the first 
header/channel information and the second 
header/channel information; a conversion unit for con- 75 
verting a transmission format of the information data to 
be transmitted from a transmission format in the said 
one physical network to a transmission format in said 
another physical network; and a second transmission 
unit for obtaining the second header/channel irtforma- 20 
tfon corresponding to the first header/channel informa- 
tion according to the correspondence stored in the 
memory unit when the information data containing the 
first header/channel information is received from said 
one physical network, attaching the second 25 
header/channel information to the information data, and 
transmitting the information data to said another physi- 
cal network. 

In this aspect of the present invention, each net- 
work connection device on the communication path can 30 
recognize that the information data that pass through a 
communication path established by the control mes- 
sage will be in this format (such as MPEG, JPEG, etc.) 
so that they should be forwarded by a datalink layer 
processing alone without forwarding them to the so 35 
called IP processing unit for carrying out the routing 
processing of IP packets, and there is a need to carry 
out the format conversion in order to transfer according 
to the format transfer scheme depending on the datalink 
layer of a transfer target physical network, and make 40 
necessary settings to the conversion unit and the sec- 
ond transmission unit 

Also, in this aspect of the present invention, the first 
control message may command a registration of a cor- 
respondence between the first header/channel informa- 45 
tion and the second header/channel information, and 
the second control message may command to a receiv- 
ing node or a network inter-connection node for con- 
necting said another physical network and a third 
physical network a registration of a correspondence so 
between the second header/channel information and a 
header/channel information dependent on said third 
physical network. 

This defines the operations of the first and second 
control messages in this aspect of the present inven- ss 
tion. 

Also, in this aspect of the present invention, the 
information data to be transmitted by the second trans- 



mission unit may be MPEG data, and the conversion 
unit may convert the transmission format of the MPEG 
data from a transmission format for the MPEG data in 
said one physical network to a transmission format for 
the MPEG data in said another physical network. 

In this aspect of the present invention, by this for- 
mat conversion by the conversion unit, it becomes pos- 
sible to transfer the MPEG data in a format depending 
on the datalink layer, such as "MPEG-over-ATM" 
defined by the ATM forum in while being transferred 
through the ATM network, and "MPEG-over-1394" 
defined by the IEC1883 while being transferred through 
the IEEE 1394 bus. 

According to another aspect of the present inven- 
tion, there is provided a data transmitting node con- 
nected with an IEEE 1394 bus, comprising: a first 
transmission unit for transmitting a control message in a 
case of transmitting information data to a receiving node 
connected with another physical network, the control 
message including an address information of a data 
transmission destination, and an isochronous channel 
number or a register offset indicating an isochronous 
channel of said IEEE 1394 bus; and a second transmis- 
sion unit for transmitting the information data in forms of 
IEEE 1394 packets containing the isochronous channel 
number or the register offset, onto the isochronous 
channel. 

In this aspect of the present invention, it becomes 
possible to explicitly notify a transfer target of the 
received data to a network connection device on a com- 
munication path connected to the IEEE 1394 bus, in 
such a manner that the information data entering from 
that isochronous channel number at the IEEE 1394 
interface to which this control message is entered will 
be data destined to that data transmission destination 
address. 

In addition, it also becomes possible to explicitly 
notify that the information data that pass through that 
isochronous channel should be forwarded to a next hop 
network channel by a datalink layer processing alone 
without forwarding them to the so called IP processing 
unit for carrying out the routing processing of IP pack- 
eta 

Also, in this aspect of the present invention, the 
control message may command to a network inter-con- 
nection node for connecting said IEEE 1394 bus and a 
next physical network a registration of a correspond- 
ence between the isochronous channel number ot the 
register offset and a header/channel information 
dependent on the next physical network 

This def ines the operation of the control message in 
this aspect of the present invention. 

Also, in this aspect of the present invention, the 
data transmitting node may further comprises: a recep- 
tion unit for receiving digital video and/or cfigital audio 
data; wherein the second transmission unit transmits 
the digital video and/or digital audio data received by 
the reception unit as the information data, by formatting 
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the cfigitaJ video and/or digital audio data into an IEEE 
1394 transmission format. 

In this aspect of the present invention, in a case of 
receiving the raw or MPEG coded videotepeech data 
and forwarding the received data to a specific receiving s 
node, as in a case of a set-top box for th e digital satellite 
broadcast the digital CATV, or the digital terrestrial 
broadcast, it becomes possible to realize this data for- 
warding by formatting the received data into a format of 
a physical network. 10 

According to another aspect of the present inven- 
tion, there is provided a network inter-connection node 
for connecting at least two physical networks including 
an IEEE 1394 bus and transmitting an information data 
received from one physical network to another physical 75 
network, comprising: a reception unit for receiving a first 
control message from said one physical network, the 
first control message containing an address information 
of a data transmission destination, and a first 
header/channel information dependent on said one 20 
physical network; a first transmission unit for transmit- 
ting a second control message to said another physical 
network when the reception unit receives the first con- 
trol message, the second control message containing 
the address information and a second header/channel 2s 
information dependent on said another physical net- 
work which is obtained from the address information; a 
memory unit for storing a correspondence between the 
first header/channel information and the second 
header/channel information, at least one of the first 30 
header/channel information and the second 
header/channel information including an isochronous 
channel number or a register offset indicating an iso- 
chronous channel of the IEEE 1394 bus; and a second 
transmission unit for obtaining the second header/chan- 35 
ne! information corresponding to the first header/chan- 
nel information accord ng to the correspondence stored 
in the memory unit when the information data contain- 
ing the first header/channel information is received from 
said one physical network, attaching the second 40 
header/channel information to the information data, and 
transmitting the information data to said another physi- 
cal network. 

In this aspect of the present invention, it becomes 
possible to carry out the transmission of arbitrary data 45 
with respect to the receiving node belonging to arbitrary 
distanced network (a physical network to which the 
transmitting node does not belongs), under the environ- 
ment in which the 1394 buses or the 1394 bus and arbi- 
trary physical network are inter-connected. so 

Namely, in the inter-connected networks in which 
the 1394 buses or the 1394 bus and arbitrary physical 
network are interconnected, it is possible to ascertain 
the destination node ID or channel number and the des- 
tination address of the destination node (which can be ss 
the network layer address such as IP address or the 
datalink layer address such as 1394 address or MAC 
address) which are the header information of the first 
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physical network to which the data will be transferred 
later, from the neighboring node on the side of the IEEE 
1394 bus which is the first physical network. Then, from 
this information, it is possfcfe to notify a correspondence 
between the header/channel information to be used at 
the second physical network (virtual connection identi- 
fier, or destination node ID or channel number, or MAC 
address, etc., in the second physical network) and the 
destination address (the address information), to the 
neighboring node on the second physical network side 
(or conversely, the information from the second physical 
network side is notified to the first physical network 
side). 

In addition, by referring to the header/channel infor- 
mation (channel number, destination node ID, virtual 
connection identifier, MAC address, etc.) of one physi- 
cal network alone, it becomes possible to transfer the 
data by attaching (or converting) the header/channel 
information (channel number, destination node ID, vir- 
tual connection identifier, MAC address, etc.) of another 
physical network, so that the considerably fast process- 
ing becomes possfole even between the 1394 bus and 
the other arbitrary physical network. 

Moreover, at least one of the first header/channel 
information and the second header/channel information 
includes an isochronous channel number or a register 
offset indicating an isochronous channel of the IEEE 
1394 bus, so that it becomes possible for the relay 
device to directly convert the isochronous channel 
number of the IEEE 1394 bus to the header/channel 
information (virtual connection identifier, isochronous 
channel number, MAC address, etc.) of the (another) 
second physical network (or vice versa). Consequently, 
especially in a case where the end-to-end data transfer 
by the datalink layer switching is desired as in a case of 
the transfer of data that requires the communication 
quality, it becomes possible to realize this data transfer 
by using the isochronous channel of the IEEE 1394 bus 
and using the channel number in a similar manner as 
the virtual connection identifier (such as VPI/VCI of the 
ATM). 

Also, in this aspect of the present invention, said 
another physical network may be an Ethernet or a token 
ring or a FDDI, and the second header/channel informa- 
tion may indicate a MAC address. 

Also, in this aspect of the present invention, said 
one physical network may be an Ethernet or a token 
ring or a FDDI, and the first header/channel information 
may indicate a MAC address. 

In these cases, it becomes posstole to recognize 
the header value and its attribute and communication 
quality on the 1394 bus side by providing the corre- 
spondence table and the conversion table based on the 
MAC address value, or conversely, to recognize the 
header information value (header/channel information 
depending on the second physical network) on the sec- 
ond physical network (another physical network) side 
and its attribute and communication quality by providing 
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the table based on the header information value of the 
1394 bus. Consequently, it becomes possHe to carry 
out the data forwarding to the feeing network side by the 
dalalink layer processing alone, and the fast forwarding 
processing becomes possibfa For this reason, it 5 
becomes possible to use the various frame schemes 
using MAC address as the transmission scheme of the 
second physical network. 

Also, in this aspect of the present invention, said 
another physical network may be an ATM network, and 10 
the second header/channel information may incficate a 
VPI/VCI. 

Also, in this aspect of the present invention, said 
one physical network may be an ATM network, and the 
first header/channel information may indicate a is 
VPI/VCI. 

In these cases, it becomes possible to recognize 
the header value and its attrfoute and communication 
quality on the 1394 bus side by providing the corre- 
spondence table and the conversion table based on the 20 
VPI/VCI value, or conversely, to recognize a value of the 
VPI/VCI value (header/channel irrformation depending 
on the second physical network) and its attribute and 
communication quality by providing the table based on 
the header information value of the 1394 bus. Conse- 25 
quentiy, it becomes possible to carry out the data for- 
warding to the facing network side by the datalink layer 
processing alone, and the fast forwarding processing 
becomes possible. For this reason, it becomes posstole 
to use the ATM as the transmission scheme of the sec- 30 
ond physical network (another physical network) . 

According to another aspect of the present inven- 
tion, there is provided a data transmitting node con- 
nected with a network, comprising: a first transmission 
unit for transmitting a control message in a case of 35 
transmitting information data to a receiving node con- 
nected with another network, the control message 
including a first MAC address information of a data 
transmission destination, and a second MAC address 
information to be attached to the information data; and 40 
a second transmission unit for transmitting the informa- 
tion data containing the second MAC address informa- 
tion, to the receiving noda 

In this aspect of the present invention, it becomes 
possible to explicitly notify a transfer target of the 45 
received data to a network connection device on a com- 
munication path, in such a manner that the information 
data entering with that second MAC address at the 
physical network interface to which this control mes- 
sage is entered will be data destined to that data trans- so 
mission destination first MAC address. 

In addition, it also becomes possible to explicitly 
notify that for the information data entered with that 
second MAC address, the similar control message 
exchange is to be carried out at the subsequent hops 55 
and the packet/frame routing should be carried out by 
referring to the MAC address alone. 

Also, in this aspect of the present invention, the 



control message may command to a network inter-con- 
nection node for connecting said network and a next 
network a registration of a correspondence between the 
second MAC address information and a header/channel 
information dependent on the next network. 

This defines the operation of the control message in 
this aspect of the present invention. 

Also, in this aspect of the present invention, the 
data transmitting node may further comprises: a recep- 
tion unit for receiving digital video and/or digital audio 
data; wherein the second transmission unit transmits 
the digital video and/or digital audio data received by 
the reception unit as the information data, by formatting 
the digital video and/or digital audio data into a trans- 
mission format for said network. 

In this aspect of the present invention, in a case of 
receiving the raw or MPEG coded video/speech data 
and forward! ng the received data to a specific receiving 
node, as in a case of a set-top box for the digital satellite 
broadcast, the digital CATV, or the digital terrestrial 
broadcast, it becomes possible to realize this data for- 
warding by formatting the received data into a format of 
a physical network. 

According to another aspect of the present inven- 
tion, there is provided a network inter-connection node 
for transmitting information data received from one net- 
work to another network, comprising: a reception unit 
for receiving a first control message from said one net- 
work, the first control message containing a first MAC 
address information of a data transmission destination, 
and a second MAC address information; a first trans- 
mission unit for transmitting a second control message 
to said another network when the reception unit 
receives the first control message, the second control 
message containing the first MAC address information, 
and a third MAC address information which is obtained 
from the first MAC address information; a memory unit 
for storing a correspondence between the second MAC 
address irrformation and the third MAC address infor- 
mation; and a second transmission unit for obtaining the 
third MAC address information corresponding to the 
second MAC address information accorcfing to the cor- 
respondence stored in the memory unit when the infor- 
mation data containing the second MAC address 
information is received from said one network, attaching 
the third MAC address information to the information 
data, and transmitting the irrformation data to said 
another network. 

In this aspect of the present invention, in the bridge 
network in which two or more physical networks are 
inter-connected, it is possfole to ascertain the header 
information (the destination MAC address in the first 
physical network) of the first physical network (one 
physical network) to which the data will be transferred 
later and the destination address of its destination node 
(the MAC address information: the final destination 
MAC address), from the neighboring node of the previ- 
ous hop. Then, from this information, it is possible to 
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notify a correspondence between the header informa- 
tion (the destination MAG address in the second physi- 
cal network) to be used at the second physical network 
(another physical network) and the destination address 
(the MAC address information: the final destination 
MAC address), to the neighboring node. 

In adcfition, by referring to the header information 
(the destination MAC address in the first physical net- 
work) of said physical network alone, it becomes possi- 
ble to transfer the data by attaching (a converting) the 
header information (MAC address) of the second physi- 
cal network, so that the considerably fast processing 
becomes possible even between different types of net- 
works. Here, the MAC address may be used as a logical 
value, that is, as the virtual connection identifier. 

According to another aspect of the present inven- 
tion, there is provided a network inter-connection node 
for connecting at least two physical networks, compris- 
ing: a request receiving unit for receiving from a first 
physical network an address resolution request for 
resolving a datalink layer address from a network layer 
address; a forwarding unit for forwarding the address 
resolution request with respect to a connected physical 
network other than the first physical network; a 
response receiving unit for receiving from a second 
physical network a first address resolution response 
corresponding to the address resolution request for- 
warded by the forwarding unit; a registration unit for reg- 
istering a correspondence between the network layer 
address and the second physical network into a routing 
table, by referring to a network layer source address or 
a network address contained in the first address resolu- 
tion response; and a response transmitting unit for 
transmitting to the first physical network a second 
address resolution response corresponding to the 
address resolution request received by the request 
receiving unit, by inserting a datalink layer address of 
said network inter-connection node device as a 
resolved address. 

In this aspect of the present invention, when the 
first physical network and the second physical network 
are the networks using different address systems (such 
as the Ethernet and the IEEE 1394, for example), or 
when they are networks using the same address sys- 
tem which are however connected without using a 
bridge connection, it becomes posskle to carry out a 
delivery of a packet to a desired node by specifying an 
address of this network inter-connection node as a 
packet destination with respect to a node which trans- 
mitted the address resolution request and carrying out 
the routing of a packet received at this network inter- 
connection node. 

In addition, in this aspect of the present invention, 
the network layer address learning function is provided, 
so that it is possible to deal with a case where an entry 
or withdrawal of a node with respect to a network is to 
be made dynamically. 

Also, in this aspect of the present invention, the net- 



work interconnection node device may further com- 
prises a transfer unit for transferring a received packet 
to a physical network registered in the routing table, 
according to a network layer destination address of the 

5 received packet 

Also, in this aspect of the present invention, the 
response transmitting unit may activate the forwarding 
unit when a network layer address contained in the 
address resolution request received from the first phys- 

10 ical network is not a network layer address of said net- 
work inter-connection node device and not registered in 
the routing table, and transmit the second address res- 
olution response otherwise. 

Also, in this aspect of the present invention, the first 

15 physical network and the second physical network may 
be operated by different datalink protocols. 

Other features and advantages of the present 
invention will become apparent from the following 
description taken in conjunction with the accompanying 

20 drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram shewing an exemplary 
2s overall configuration of a communication network 
according to the first embodiment of the present inven- 
tion. 

Fig. 2 is a diagram showing an exemplary corre- 
spondence between IP addresses and datalink layer 
30 addresses (ATM addresses) on an IP subnet Na side in 
the cx>mmunication network of Rg. 1. 

Fig. 3 is a diagram showing an exemplary corre- 
spondence between IP addresses and datalink layer 
addresses (ATM addresses) on an IP subnet Nb side in 
35 the communication network of Rg. 1. 

Rg. 4 is a sequence chart for an operation 
sequence between a guide server and a video terminal 
in the communication network of Rg. 1. 

Rg. 5 is a block diagram showing default VCs in an 
40 infra-station ATM backbone network in the communica- 
tion network of Rg. 1. 

Rg. 6 is a block diagram showing an exemplary 
internal configuration of a cell switch router in the com- 
munication network of Rg. 1. 
45 Rg. 7 is a sequence chart for an address resolution 
sequence between a cell switch router and a video ter- 
minal in the communication network of Rg. 1. 

Rg. 8 is another sequence chart for an address res- 
olution sequence between a cell switch router and a 
so video terminal in the communication network of Rg. 1 . 

Rg. 9 is a diagram showing one example of a chan- 
nel used for exchanging ARP packets in the communi- 
cation network of Rg. 1. 

Rg. 10 is a block diagram showing an exemplary 
55 internal configuration of a NIU (Network Interface Unit) 
in the communication network of Rg. 1. 

Rg. 11 is a diagram showing one example of a rout- 
ing table provided in a FANP node in the communication 
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network of Fig. 1. 

Fig. 12 is a flow chart for an ARP processing 
sequence in the communication network of Fig. 1. 

Fig. 13 is a diagram shewing one example of a for- 
mat for an ARP request packet on a 1394 bus in the s 
communication network of Fig. 1. 

Fig. 14 is a block diagram showing an exemplary 
internal configuration of a 1394 gateway in the commu- 
nication network of Fig. 1 . 

Fig. 15 is a diagram showing one example of a for- w 
mat for an ARP response packet on a 1394 bus in the 
communication network of Fig. 1 . 

Fig. 16 is a diagram shewing one example of a for- 
mat for an IP packet transmitted on a 1394 bus in the 
communication network of Fig. 1 . 15 

Fig. 17 is a sequence chart for a sequence of a 
video transmission from a video server to a video termi- 
nal in the communication network of Fig. 1. 

Fig. 18 is a further detailed sequence chart for a 
sequence of a video transmission from a video server to 20 
a video terminal in the communication network of Fig. 1 . 

Fig. 19 is a cfiagram shewing one example of a cor- 
respondence table provided in a 1394 switch unit in the 
1394 gateway of Fig. 14. 

Fig. 20 is a diagram shewing one example of a for- 2s 
mat for a VOID exchange message used in the commu- 
nication network of Fig. 1. 

Fig. 21 is a diagram showing one example of a 
default data connection (VC) and a dedicated data con- 
nection between a video server and a video terminal in 30 
the communication network of Fig. 1. 

Fig. 22 is a sequence chart for an operation 
sequence of FANP message exchanges between a 
guide server and a cell switch router in the communica- 
tion network of Fig. 1. 35 

Fig. 23 is a diagram showing one example of a for- 
mat for a flow exchange message used in the operation 
sequence of Fig. 22. 

Fig. 24 is a diagram showing one example of a for- 
mat for a flow exchange message (offer message) used ao 
in the operation sequence of Fig. 22. 

Fig. 25 is a diagram showing one example of a for- 
mat for a flow exchange message (pending message) 
used in the operation sequence of Fig. 22. 

Fig. 26 is a diagram showing one example of a for- 45 
mat for a VOID exchange message on a 1394 bus used 
in the operation sequence of Fig. 22. 

Fig. 27 is a diagram showing one example of a for- 
mat for a VOID exchange message (re-direct message) 
on a 1394 bus used in the operation sequence of Fig. so 
22. 

Fig. 28 is a diagram showing one example of a 
datalink connection from a video server to a video termi- 
nal in the communication network of Fig. 1. 

Fig. 29 is a sequence chart for a datalink connec- ss 
tion release sequence in the communication network of 
Fig.1. 

Fig. 30 is a sequence chart for an operation 
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sequence in a case of maintaining and releasing a data- 
link connection in a soft state in the communication net- 
work of Fig. 1. 

Fig. 31 is a diagram for explaining a manner of 
using a flow ID in a case of merging information data 
flows from two or more sources into an identical datalink 
connection in the communication network of Fig. 1 . 

Fig. 32 is a sequence chart for an operation 
sequence in a case of carrying out a bandwidth reserva- 
tion control between a cell switch router and a video ter- 
minal by using an extended FANP in the communication 
network of Fig. 1. 

Fig. 33 is a block diagram showing an exemplary 
overall configuration of a communication network 
according to the second embodiment of the present 
invention. 

Fig. 34 is a block diagram showing an exemplary 
internal configuration of a half gateway in the communi- 
cation network of Fig. 33. 

Fig. 35 is a diagram showing one example of a cor- 
respondence table (for a case of transmitting data 
received from a 1 394 side to an Ethernet side) provided 
in a 1394/Ethernet transfer unit in the half gateway of 
Fig. 34. 

Rg. 36 is a diagram showing one example of a cor- 
respondence table (for a case of transmitting data 
received from an Ethernet side to a 1394 side) provided 
in a 1394/Ethernet transfer unit in the half gateway of 
Fig. 34. 

Rg. 37 is a sequence chart for an ARP sequence in 
the communication network of Rg. 33. 

Rg. 38 is a sequence chart for an operation 
sequence up to a video transmission in the communica- 
tion network of Rg. 33. 

Rg. 39 is a diagram showing one example of a 
video transmission route from a transmitting terminal to 
a receiving terminal in the communication network of 
Fig. 33. 

Rg. 40 is a diagram showing one example of a 
physical shape of a 1394 inter-connection cable, in a 
case of using an Ethernet cable as a cable for connect- 
ing two half gateways. 

Rg. 41 is a cfiagram showing another example of a 
physical shape of a 1394 inter-connection cable, in a 
case of connecting two half gateways by radio transmis- 
sion path. 

Rg. 42 is a block diagram showing an exemplary 
configuration of a home network with a transmitting ter- 
minal having a function for receiving MPEG video from 
a digital satellite broadcast (or digital CATV). 

Rg. 43 is a block diagram showing an exemplary 
internal configuration of a transmitting terminal in the 
home network of Rg. 42. 

Rg. 44 is a block diagram showing another exem- 
plary internal configuration of a transmitting terminal in 
the home network of Fig. 42. 

Rg. 45 is a block diagram showing an exemplary 
overall configuration of a communication network 
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according to the third embodiment of the present inven- 
tion. 

Fig. 46 is a block diagram showing an exemplary 
internal configuration of a FANP node in the communi- 
cation network of Fig. 45. 5 

Fig. 47 is a sequence chart for an ARP sequence in 
the communication network of Fig. 45. 

Fig. 48 is a sequence chart for an operation 
sequence up to a video transmission in the communica- 
tion network of Fig. 45. 

Fig. 49 is a diagram showing one example of a 
video transmission route from a transmitting terminal to 
a receiving terminal in the communication network of 
Fig. 45. 

Fig. 50 is a diagram showing still another example 
of a physical shape of a 1394 inter-connection cable, in 
a case of using a relatively short dedicated 1394 cable 
and a long Ethernet cable. 

Fig. 51 is a block diagram showing an exemplary 
overall configuration of a communication network 
according to the fourth embodiment of the present 
invention, in a case of connecting two haff gateways 
through an ATM communication path. 

Fig. 52 is a block diagram showing an exemplary 
internal configuration of a haff gateway in the communi- 
cation network of Fig. 51 . 

Fig. 53 is a block diagram showing another exem- 
plary overall configuration of a communication network 
according to the fourth embodiment of the present 
invention, in a case of connecting two half gateways 
through a FANP-ATM switch. 

Fig. 54 is a block diagram showing an exemplary 
internal configuration of a FANP-ATM switch in the com- 
munication network of Fig. 53. 

Fig. 55 is a block diagram showing an exemplary 
overall configuration of a communication network 
according to the fifth embodiment of the present inven- 
tion. 

Fig. 56 is a block diagram showing an exemplary 
internal configuration of a third gateway in the communi- 
cation network of Fig. 55. 

Fig. 57 is a sequence chart for an operation 
sequence from an ARP up to a video transmission in the 
communication network of Fig. 55. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

(First Embodiment > 

Referring now to Fig. 1 to Fig. 32, the first embodi- 
ment of the present invention will be described in detail. 

Fig. 1 shows an exemplary configuration of a com- 
munication network system according to this first 
embodiment, which is formed by a CATV network and a 
home network connected thereto, for example. 

As shown in Fig. 1, the communication network 
system of this first embodiment comprises a video 
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server 101, a program guide delivery server (referred 
hereafter as a guide server) 102, an intra-station ATM 
backbone network 110, a cell switch router (CSR) 103, 
an access ATM network 1 1 1 , an NIU (network Interface 
Unit) 104, a first IEEE 1394 bus 112, a 1394 gateway 

105, a second IEEE 1394 bus 113. and a video terminal 

106. The whole system (or at least a part of a group of 
devices constituting this system) is assumed to be sub- 
scribed to the Internet 

The video server 101, the guide server 102, the 
intra-station ATM backbone network 110 and the cell 
switch router 103 are the CATV head-end equipments, 
and located inside the CATV station. They are assumed 
to be belonging to an IP (Internet Protocol) subnet Na. 

The video server 101 receives a control from the 
guide server 102, and delivers a specified video with 
respect to a specified address. Here, the specified 
address may be given by the IP address. 

The guide server 102 delivers the Web-based (i.e., 
HTTP-based) program guide through the Internet The 
guide server 102 also has a function to notify the con- 
tent, the attributes, the delivery destination, etc., of a 
requested program to the video server 101 and control 
the video server 101. The guide server 102 also has a 
function for authenticating and charging users. 

The intra-station ATM backbone network 1 10 is an 
ATM network constituting the backbone inside the CATV 
station. 

The cell switch router 103 is a device as disclosed 
in Japanese Patent Application Na 7-58196 (1995), 
and contains an IP processing unit and an ATM switch 
therein. By using the FANP (Flow Attribute Notification 
Protocol) to be described below, the cell switch router 
103 is operated by carrying out the protocol exchanges 
between neighboring FANP nodes (nodes that can 
carry out the FANP processing). More specifically, the 
datalink layer connection information (VPl/VCI of ATM, 
etc.) with a starting point (erxfing point) at this cell 
switch router 103 is exchanged between the neighbor- 
ing FANP nodes, and both connections are coupled by 
the ATM switch inside this cell switch router 103 so as to 
realize the ATM switching. 

Note that in the present invention, functions of the 
FANP are upgraded and modified from those disclosed 
in Japanese Patent Application Na 7-58196 (1995). so 
that the FANP used in the present invention will be con- 
sidered as having a version number [2] in contrast to the 
FANP used in Japanese Patent Application NO. 7- 
58196 (1995) which is considered as having a version 
number [1], in a sense that the former is the upgraded 
version of the latter. 

The access ATM network 111 connects the CATV 
station with the home. More specifically, it suffices for 
this part to use the ATM as the datalink scheme, and the 
subscrfoer line form can be any suitable form such as 
FTTH (Fiber To The Home), HFC (Hybrid Ffcer Coax), 
coaxial cable, ADSL (Asymmetric Digital Subscriber 
Line), etc. 
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The NIU 104, two 1394 buses 112 and 113, the 
1394 gateway 105 and the video terminal 106 are 
devices or networks provided inside the home. 

The NIU 104 has a function to terminate the access 
ATM network 111 and a function to make an inter-con- 
nection with the home network. As described below, this 
node is also the FANP node. 

Two 1394 buses 112 and 113 are home networks 
formed by high speed buses called IEEE 1394. In Fig. 1, 
the first 1394 bus 112 is connected only with the NIU 
104 and the 1394 gateway 105 while the second 1394 
bus 113 is connected only with the 1394 gateway 105 
and the video terminal 106, but in practice, these 1394 
buses may also be connected with various other digital 
devices such as PC, printer, DVD, etc. 

The 1394 gateway 1 05 is a device having a function 
to connect two (or more) 1394 buses together. Also, the 
1394 gateway 105 in this first embodiment is the FANP 
node as will be described below. 

The video terminal 106 is a terminal having a video 
reception function and an IP processing function. 

Here, it is assumed that the cell switch router 103 
and the group of devices or networks within the home 
are belonging to one IP subnet Namely, it is assumed 
that one (or more) IP subnet is assigned to each home. 
In this first embodiment, it is assumed that this IP sub- 
net is assigned with the subnet address Nb. 

Also, as shown in Fig. 1, it is assumed that the IP 
address of the video server is Na. 1, the IP address of 
the guide server 102 is Na. 2, the IP address of the 
intra-station ATM backbone network 110 side interface 
of the cell switch router 1 03 is Na. 3, and the IP address 
of the access ATM network 111 side interface of the cell 
switch router 103 is Nb. 4. Also, it is assumed that the IP 
address of the NIU 104 is Nb. 3, the IP address of the 
1394 gateway 105 is Nb. 2, and the IP address of the 
video terminal 106 is Nb. 1. Here, each of the NIU 104 
and the 1394 gateway 105 can have only one IP 
address even though more than one network interfaces 
are provided therein. 

Rg. 2 shows a correspondence between the 
addresses on the IP subnet Na side, that is, the IP 
addresses within the intra-station ATM backbone net- 
work 110, and the datalink layer addresses (ATM 
addresses). Here, it is assumed that the ATM address 
prefix of the intra-station ATM bacMxme network 1 10 is 
Aa. 

Similarly, Fig. 3 shows a correspondence of the 
addresses on the IP subnet Nb side. 

Here, it is assumed that the ATM address prefix of 
the access ATM network 1 1 1 is Ab, the bus ID of the first 
1394 bus 112 is Bb, and the bus ID of the second 1394 
bus 113 is Ba. 

A terminal connected to each 1394 bus has two 
1394 addresses. One is the address called EUI64 
whose value remains unchanged by the bus reset, and 
the other is the node ID whose value may be changed 
by the bus reset Here, the node ID is expressed by an 



expression format of (Bus ID, Physical ID). 

Next, the operation of the entire system of Fig. 1 in 
a case of video transmission wOl be described with ref- 
erence to the flow chart of Rg. 4. 

5 First the video terminal 106 receives the program 
guide transmitted from the guide server 102. 

This program guide is produced by the HTML 
(HyperText Markup Language) and its transmission pro- 
tocol is the HTTP (HyperText Transfer Protocol), for 

w example. Namely, the video terminal 106 is in a form of 
the Web terminal (browser), and the program guide 
itself is transmitted through the IP (Internet Protocol). 

Here, the mechanism by which a general IP packet 
is transmitted will be described for each part of the 

is entire system. Note that the general IP packet is an IP 
packet for which the best-effort transmission is to be 
carried out which is not belonging to a specific flow 
(that is, a set of a series of mutually significant IP pack- 
ets such as a specific video stream) specified by a user 

20 or a device. 

As shown in Rg. 5, a VC (Virtual Connection) 501 
for IP packet transmission is set up in advance between 
the guide server 102 and the cell switch router 103. 
Also, the similar VC 502 is set up in advance between 

25 the video server 101 and the cell switch router 103, and 
the similar VC 503 is set up in advance between the 
video server 101 and the guide server 102. When there 
is no specific specification (by the FANP), these VCs are 
VCs set up by the default function for the purpose of 

30 transferring IP packets therethrough. These VCs will be 
referred hereafter as the default VCs. 

The default VC may be a VC which is established 
by the ATM-ARP (ATM-Address Resolution Protocol) 
inside the intra-station ATM backbone network 110. 

35 This will now be described. 

At a time of transmitting the IP packet (program 
guide packet) toward the video terminal 1 06, the guide 
server 102 applies the ATM-ARP inside the intra-station 
ATM backbone network 110. Note that the ATM-ARP 

40 server is not shown in the figures. 

Assuming that the IP address of the video terminal 
106 is Nb. 1, this video terminal 106 belongs to the IP 
subnet Nb rather than the IP subnet Na inside the CATV 
station, so that this resolution address (ATM address) is 

45 going to be the address of a router pointing toward the 
IP subnet Nb, that is. the address (ATM address) of the 
cell switch router 103. 

When it is detected that the ATM connection point- 
ing toward the resolution ATM address is already set up 

so (VC 501), the guide server 102 transmits that IP packet 
through this VC 501. 

The cell switch router 103 receives this IP packet 
through the default VC 501 . 

Rg. 6 shows an exemplary internal configuration of 

55 the cell switch router 103. As shown in Rg. 6, the cell 
switch router 103 comprises an IP/FANP processing 
and switch control unit 601 and an ATM switch unit 602. 
The IP/FANP processing and switch control unit 
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601 has a function for processing the received IP packet 
or FANP packet, and a function for controlling the set- 
ting of the ATM switch unit 602 according to the FANP 
processing result Note that, among the VCs from the 
connected ATM network, for each of the VCs 501 and 5 
502 which is the default VC set up from the beginning 
for the purpose of IP packet transfer, a VC terminal point 
is always the IP/FANP processing and switch control 
unit 601 inside this cell switch router 103. 

The ATM switch unit 602 comprises an ATM switch, w 
Among output ports of the ATM switch, at least one is 
set at the IP/FANP processing and switch control unit 
601. 

Here, the setting is made so that the IP packet 
transmitted through the default VC will be always for- is 
warded to the IP processing unit (IP/FANP processing 
and switch control unit 601) of the nodes at two ends of 
that default VC. 

When it is confirmed that the received IP packet is 
destined to the video terminal 106 (by confirming that 20 
the destination IP address of this IP packet is the IP 
address Nb. 1 of the video terminal 106), the IP 
processing unit (IP/FANP processing and switch control 
unit 601) of the cell switch router 103 carries out the 
routing accorcfing to the internal IP routing table so as to 2s 
determine the output physical port 

At the output physical port, the cell switch router 
103 carries out the ATM-ARP with respect to the access 
ATM network 111 so as to determine the VC for trans- 
mitting this IP packet. Note that, in Fig. 1 , the ATM-ARP 30 
server to be used here is also not shown. 

The ATM-ARP is carried out with respect to the 
entire access ATM network 1 1 1 , and eventually the ATM 
address of the NIU 104 will be resolved. 

The ATM address to be resolved here is that of the 35 
NIU 104 arid not that of the video terminal 106. Namely, 
this address resolution is the proxy resolution, that is, 
the deputy resolution. In a case where the ATM network 
and the other network (such as the Ethernet or the 1 394 
bus 112 a 113 of this embodiment) are inter-con- 40 
nected, the address to be resolved in response to the 
address resolution request from inside the ATM network 
should be an ATM address, but a resolution target termi- 
nal may not necessarily be present on the ATM network, 
so that the ATM address of the NIU 104 will be resolved 45 
in this case. 

In the system of this embodiment as will be 
deserved below, the cell switch router 103, the NIU 104 
and the 1394 gateway 105 are the FANP nodes, so that 
the ARP is terminated once at each of these nodes and so 
the responded by proxy. Namely, the address resolution 
is carries out sequentially in time series as shewn in Fig. 
7. 

(Step S701): The address resolution request for the 
address of the video terminal 106, from the cell switch ss 
router 103 to the access ATM network 111. 

(Step S702): The address resolution request for the 
address of the video terminal 1 06, from the NIU 1 04 that 
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received the address resolution request of the step 
S701 to the first 1394 bus 1 12. 

(Step S703): The address resolution request for the 
address of the video terminal 106, from the 1394 gate- 
way 1 05 that received the address resolution request of 
the step S702 to the second 1394 bus 1 13. 

(Step S704): The address resolution from the video 
terminal 106 to the 1394 gateway 105 (where the 
resolved address is the 1394 address of the video termi- 
nal 106). 

(Step S705): The address resolution from the 1394 
gateway 105 to the NIU 104 (where the resolved 
address is the 1394 address of the 1394 gateway 105). 

(Step S706): The address resolution from the NIU 
104 to the cell switch router 103 (where the resolved 
address is the ATM address of the NIU 104). 

When the above procedure is finished, the IP 
packet transmission sequence is carried out (steps 
S707, S708 and S709). 

The procedure shown in Fig. 7 is a scheme in which 
the address resolution is carried out sequentially from 
an end, and the IP packet transmission is started at a 
timing where all the datalink layer addresses are 
resolved. However, it is also possible to use a scheme 
as shown in Fig. 8 in which the address resolution is 
carried out hop by hop, and the IP packet is forwarded 
sequentially every time the address is resolved. 

Now, accord ng to the resolved ATM address (the 
ATM address of the NIU 104), the cell switch router 103 
checks whether there is an ATM-VC (a default VC 901) 
that is established with respect to this ATM address or 
not. Here, if it is not established yet, it is established, as 
indicated in Fig. 9. 

Thereafter, the cell switch router 103 transmits the 
IP packet through the VC 901, and this IP packet 
reaches to the NIU 104. 

Fig. 10 shows an exemplary internal configuration 
of the NIU 104. As shown in Fig. 10, the NIU 104 com- 
prises an ATM physical layer processing unit 1001, an 
ATM/AAL processing unit 1002, a first MUX/DEMUX 
1003, an IP/FANP processing unit 1004, a second 
MUX/DEMUX 1005, a 1394 link processing unit 1006, a 
1394 physical processing unit 1007, an ATM/1394 
transfer unit 1008, an ATM control unit 1009, and a 1394 
control unit 1010. 

The ATM physical layer processing unit 1001 has a 
function for terminating the ATM transmission path from 
the external, carrying out the ATM physical layer 
processing, and forwarding the ATM cell to the neigh- 
boring ATM/AAL processing unit 1002, and a function 
for applying the ATM physical layer processing with 
respect to the ATM cell flow from the ATM/AAL process- 
ing unit 1 002 and transmits it to the external. 

The ATM/AAL processing unit 1002 applies the 
ATM layer processing and the AAL processing to the 
ATM cell flow received from the ATM physical layer 
processing unit 1001, takes out the AAL-SDU (AAL 
Service Data Unit: IP packet. MPEG frame, etc.), and 
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transmits it to the IP/FANP processing unit 1004. the 
transfer unit 1008. or the ATM ^corrtrd unrt 

first MUX/DEMUX 1003. by referring 
according to the mechanism to be described I beta* 
a£m«ATM/AAL processing unit 1002 has afunrtm 
Sr assembling ATM ceDs by applying the ML (ATM 
AdaSon Layer) processing to data (IP P**^^ 
JSTShS »e first MUWDEMU> : 10* .and 
Sbfing ATM cells, and trar^ng th«, to the 
neighboring ATM physical layer processing unit 1001 by 
applying the ATM layer processing. 

The first MUX/DEMUX 1003 has a functon for dfe- 
t^ng data from the ATM/AAL ujr 0O2 
into the IP/FANP processing unrt 1004 Jhe ATM/1 W 
transfer unit 1008. and the ATM corrtrd I unrt 1W9. 
adding to the VCI value, and a functon ^ ^nectng 
dSlom the IP/FANP processing unrt *? 
SS/iST transfer unit 1008. and the ATM control unrt 
1 009 into the ATM/AAL processing unit 1 002. 

The IP/FANP processing unit 1004 has a functor, 
tor Elating meTpTckets or the FANP *pa*ets 
Snsrritted from the ATM side or the 1394 ade. and 
SSI .P processing and the FANP 

ip packets (including the FANP packets) 

channels a asyr^ronous ^ fa me 1394^eas 
described below) from the ATM srie and the 1394 see 
wiObe forwarded to this IP/FANP processing unrt ^J?*' 
The IP/FANP processing unit 1004 also has a functon 
S c^ng out a series of ARP P^^res^ch as me 
resolution from the IP addre^ to the datalmk 
address (the ATM address, the 1394 address). 

* *. IP/FANP processing unit 1004. the packet 
routing processing (a processing tor deter^nmgtoe 
SScalporttowhich the IP packet is to be trarsmrtted) 
according to the destination IPrfdresstf 
i» IP header, but unlike the genera, rotrter.lheso 
called IP routing protocol processing .s not earned out 

- *5Eo«» MUXTCEMUX 1005 has a function^ 
collecting data from the IP/FANP processing unrt 1004 
^ATM/1394 transfer unit 1008 into the r^hbor- 
tag 1394 link processing unit 1006. and a 
Stribufingdatofromttie^linkpr^ 
into the IP/FANP procesang unrt 
ATM/1 394 transfer unit 1008. by referring to the channel 

nU, ^94 M processing unrt 1006 and the 18B4 

ZtxTZ link processing unit 1006. tornjng 

1 394 frames from it and t™ 5 ^ «TV to "TiSo 
link, in cooperation with the ™J^y*J™ 
described below, and a function for applying the respec 
2^394 layer processings to 1394 frames (contaimng 



both isochronous ones and asynchronous ones) from 
SJlSw, to cooperation with the «• 
VoiO. and transiting them to the second 
MUX/DEMUX 1005. t . . 

5 The ATM/1394 transfer unit 1008 ^ afur^ tor 
setting data from the ATM side and the 1394 ate into 
SSmity with the respective 
S^onversion . and forwarding tnemjhedata«^ 
pS through here are going to ft* between the ATM 
, 0 ^arcMne 1394 side ^^^er^ 
ip/FANP orocessing unit 1004 described above. Hence. 
SESwithou. the IP/FANP prc^by 
L IP/FANP processing unit 1004 an be real^ 
directly through this ATM/1394 transfer unri t 100* 
, fi aSngT*eVPIA/CldtheATMortr«channd 

16 nX * the destination address of 

ter offset of the 1394. regardless of *etyj»ofmfom«- 
ton such as IP packet MPEG frame, etc. so that a 
constferatte sirnplification of P^si^ 1 ^^ 
x ment of processing time can be expected- It also 
b«omes possible to reduce the processing of the 
P^prooessing unit 1004. Here, the register offset 
LSrTSe located node by node^^ 
given by the last 48 bits address space of the IEEE 

as 1394 address mapping. i4 K«/vwrninf 
The ATM control unit 1009 cames out the control of 
the ATM related part, the signaling rxocessing. eto 

The 1394 control unit 1010 mamly camesouUhe 
IEEE 1394 transaction layer proceoing and I the senal 
30 bus management The 1394 control un M010 hasa 
tuncton tor r^^^^T-JS 

^setting is made in advance at , NU 104 » 
that among data entered from the default VC (901 of 
£f 9 7eSbBsh«J by the ATM side, the received IP 
« packers will be forwarded to the IP/FANP processing 
unit 1004 provided therein. .„..,„. 

At first the NIU 104 (actually not only toe NIU 104 
bu, ateome FANP nodes such as the 1394 gateway 
a routing table as shown in Fig. 11 theren by 
« wSh an information as to which IP l"^"* J 
ihe ohvsical port of which direction is provided. This is 

<SU out the source routing for each IP m*0-£ 
aTenS * registered in the routing table for eachlP 
so SSone S one). It is also possible to reahze rt snn- 
tarty as toe learning bridge so that whenever an IP 
access which is not yet registe^^^ 
detected such an IP address is registered into the rout- 

* StanlPada^essforwh^mepassi^dalPpa^ 
cannot be detected for a certain period of time will be 
deleted from the routing table. 

Now. toe processing procedure at the step S701 of 
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Fig. 7 wfll be described. 

As shown in Rg. 12, at the IP/FANP processing unit 
1004 of the NIU 104, when it is confirmed that the 
received packet is the ARP request (step S1201), that 
the ARP requested IP address is not the own IP 
address (step S1202), and that this IP address is not 
registered in the routing table provided therein (step 
S1203), this ARP request is forwarded to the other 
physical port provided therein, such as the physical port 
of the first 1394 bus (network) 112 of Rg. 1 in this 
embodiment, for exampla At this point, the own (NIU 
104 s) 1394 address is written into the source address 
of the ARP request packet to be transmitted. 

Fig. 13 shows one exemplary framefaacket format 
for the ARP request to be transmitted from the NIU 104 
to the first 1394 bus 1 12. In this way, the ARP request is 
transmitted to the asynchronous channel, i.e., 902 of 
Rg. 9, in a form of having the ARP packet encapsulated 
within the 1394 frame. 

This ARP request is transmitted to be broadcasted 
to the first 1 394 bus 1 1 2, so that it is transmitted with the 
destination ID of the 1394 frame in a form of txjs ID = 
local bus, physical ID = broadcast" or "bus ID = ID of the 
bus it belongs to, physical ID = broadcast" or "channel 
number = assigned asynchronous stream channel". 
The own node ID is entered into the source ID. Note 
that, in a case where the 1394 buses are inter-con- 
nected through the 1394 bridge which is expected to be 
standardized in future at the IEEE, it is also possible to 
consider a method for activating the ARP by using the 
destination ID in a form of "broadcast bus ID" by which 
it is transmitted toward all the 1394 buses, instead of 
using the method here, within the 1394 part. In this 
case, the destination 1394 address is directly resolved 
so that the reservation of the isochronous channel up to 
the destination terminal may be made by the internal 
protocol (such as IEC1883, for example) of the 1394. 

Returning to the description of Rg. 13, in the 1394 
data portion, the ARP packet is entered into a region fol- 
lowing the LLC/SNAP region. For the ARP packet to be 
encapsulated, an IEEE 1394 number is entered as the 
hardware type, an IP is entered as the protocol type, 
and the length indication and the fact that this packet is 
the ARP request are described in the ARP header. In 
addition, in the data portion, it is also possible to 
descrbe the own two 1394 addresses, that is. an ID 
called EUI64 which is unchanged by the bus reset 
(which is the ID to be imprinted at a time of shipment by 
the hardware vender) and an address in the 1394 
address space at that point (a node ID and a mem- 
ory/register address). For example, in a case of the NIU 
104, EUI64 will be E4, and the node ID will be (Bb, 2). 

Moreover, the own (NIU 104*s) IP address is also 
described Here, a dummy value is entered for the unre- 
solved destination 1394 address, so that only the desti- 
nation IP address (resolution requested IP address Nb. 
1) is entered. 

The 1394 frame as shown in Rg. 13 is transmitted 



to the first 1394 bus 112 through the asynchronous 
channel. This frame will be received by all the nodes 
which are connected to the first 1394 bus 112. Among 
them, a terminal which cannot understand the 

5 LLC/SNAP as well as a terminal which does not have 
the IP processing function and the FANP processing 
function will discard this frame immediately. Even at a 
terminal which has the IP processing function, if this ter- 
minal does not have the router function or the FANP 

w function and the own IP address is not the resolution 
requested IP address of the ARP, this frame will be 
ignored. 

At the first 1394 bus 112, there is no IP terminal 
which has the IP address (Nb. 1), while the 1394 gate- 

is way 105 has the FANP function. 

Rg. 14 shows an exemplary internal configuration 
of the 1394 gateway 105. As shown in Rg. 14, the 1394 
gateway 105 comprises a first 1394 physical processing 
unit 1401, a first 1394 link processing unit 1402, a first 

20 MUX7DEMUX 1403, an IP/FANP processing unit 1404, 
a second MUX/DEMUX 1405, a second 1394 link 
processing unit 1406, a second 1394 physical process- 
ing unit 1407, a 1394 switch unit 1408, a first 1394 con- 
trol unit 1409, and a second 1394 control unit 1410. 

25 The first 1394 physical processing unit 1401, the 
first 1394 link processing unit 1402, and the first 1394 
control unit 1409 provide the physical layer, link layer, 
and the transaction layer&erial bus management func- 
tions of the IEEE 1394 on the first 1394 bus 112 side, so 

30 as to carry out the data forwarding from the isochronous 
channel to the asynchronous channel with respect to 
the IP/FANP processing unit 1404 or the 1394 switch 
unit 1394 bidirectionally, according to the channel 
number of the 1394 or the destination ID or the destina- 

35 tion ID with the specific register offset, through the first 
MUX/DEMUX 1403. 

The second 1394 physical processing unit 1407, 
the second 1394 link processing unit 1406, and the sec- 
ond 1394 control unit 1410 also provide the similar func- 

40 tions on the second 1394 bus 1 13 side. 

The IP/FANP processing unit 1404 has the same 
functions as the IP/FANP processing unit 1004 in the 
NIU 104 of Rg. 10 as described above. 

The 1394 switch unit 1408 is a device for carrying 

45 out data exchange directly among plural 1394 ports, 
without using the processing at the IP/FANP processing 
unit 1404, between the first MUX/DEMUX 1403 and the 
second MUX/DEMUX 1405. This 1394 switch unit 1408 
plays a role of buffer in a case of transferring from one 

so 1394 bus to another 1394 bus. Also, whenever neces- 
sary, this 1394 switch unit 1408 carries out the process- 
ing like the re-stamping of the timestamp of the MPEG 
stream, for example. In such a case, there is provided a 
correspondence table as shown in Rg. 19 for directly 

55 indicating a correspondence of the channel number or 
the destination address with the specific register offset 
of the 1 394 bus on one side with the attribute, the desti- 
nation physical port, and the channel number after con- 
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version, etc. 

Next the processing procedure of the step S702 of 
Rg. 7 wiD be described. 

Here, the setting is also made in advance at the 
1394 gateway 105 so that, the IP packet arrived at the s 
1394 gateway 105 wfll be forwarded to the IP/FANP 
processing unit 1404 provided therein, after receiving 
the LLC/SNAP analysis. 

Similarly as in Rg. 12, at the IP/FANP processing 
unit 1404 of the 1394 gateway 105, when it is confirmed 
that the received packet is the ARP request that the 
ARP requested IP address is not the own IP address, 
and that this IP address is not registered in the routing 
table provided therein (steps S1201 to S1203), this ARP 
request is forwarded to the other physical port provided 
therein, such as the physical port of the second 1394 
bus 113 in this embodiment At this point, the own (1394 
gateway 105*s) 1394 address E2/(Ba, 2) on the second 
1394 bus 113 side is written into the source address of 
the ARP request packet to be transmitted. 

This ARP request is also broadcasted on the sec- 
ond 1394 bus 113. The video terminal 106 which 
received this ARP request recognizes that its the ARP 
request destined to rtsetf. and returns the ARP response 
(stepS704of Fig. 7). 

At this point as shown in Fig. 15, the ARP response 
packet is generated by interchanging the source 
address and the destination address within the ARP 
packet and entering the own IP address (Nb. 1) and 
1394 address (E1/Ba, 1). Then, the 1394 frame is gen- 
erated by setting the destination address of (Ba. 2), i.e., 
that of the 1394 gateway 105, and this 1394 frame is 
transmitted to the asynchronous channel or asynchro- 
nous write (903 of Fig. 9) of the second 1 394 bus 1 1 3. 

When this 1394 frame is received, the 1394 gate- 
way 105 registers that the IP terminal Nb. 1 exists on the 
second 1394 bus 113 side into the internal routing table, 
and registers the IP address (Nb. 1) of the video termi- 
nal 106 as well as the table of correspondence with the 
1394 address as shown in Fig. 1 1 into the internal ARP 
table (steps S1205 to S1206 of Fig. 12). Here, the ARP 
table and the routing table may be formed integrally, and 
Fig. 1 1 shows the integrally formed one. 

The 1394 gateway 105 has already recognized that 
the ARP request with respect to the video terminal 106 
has come from the NIU 104 of the first 1394 bus 112 
side, so that the 1394 gateway 105 continues to return 
the ARP response to H (step S705 of Rg. 7 and step 
S1207 of Rg. 12). At this point, the response 1394 
address is answered as the 1394 address (E3/Bb, 1) of 
the 1394 gateway 105. In other words, this is also the 
deputy response. 

Similarly, the NIU 104 also transmits the deputy 
response for the ARP (in which the NIU 104's own ATM 
address Ab. 1 is described as the resolved ATM 
address) to the cell switch router 103 through the 
access ATM network 111 (steps S706 of Rg. 7 and step 
S1207 of Rg. 12). At this point, the VC 901 is used. 
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At this point at the 1394 gateway 105, the fact that 
the IP address (Nb. 1) of the video terminal 106 exists 
on the second 1394 bus 113 side is registered in the 
internal routing table, arid its 1394 address (the 1394 
address (E1/Ba, 1) of the video terminal 106) is regis- 
tered in the internal ARP table. Also, at a time of the 
ARP request packet processing, the IP address Nb. 3 of 
the NIU 104 and its 1394 address (E4/Bb. 2) are also 
registered in the routing table and the ARP table, 
respectively an the first 1394 bus 112 side (see Rg. 3). 

Ateo, at the NIU 104, the fact that the IP address 
(Nb. 1) of the video terminal 106 exists on the first 1394 
bus 112 side is registered in the internal routing table, 
and as its 1394 address, the 1394 address of the 1394 
gateway 105 (the 1394 address (E3/Bb, 1) on the first 
1394 bus 112 side) is registered in the interna) ARP 
table because of the deputy response. Also, at a time of 
the ARP request packet processing, the IP address Nb. 
4 of the cell switch router 103 and its ATM address are 
registered in the routing table and the ARP table 
respectively, on the access ATM network 111 side (see 
Fig. 3). 

Also, at the cell switch router 103, the fact that the 
IP address (Nb. 1) of the video terminal 106 exists on 
the access ATM network 111 side is registered in the 
interna] routing table, and as its ATM address, the ATM 
address Ab. 1 of the NIU 104 is registered in the internal 
ARP table because of the deputy response (see Rg. 3). 
At this point it becomes possible for the cell switch 
router 103 to transmit the IP packet destined to the 
video terminal 106. Namely, the cell switch router 103 
transmits this IP packet through the default VC 901 
(which will be established if not already established at 
this point) that is established between the NIU 104 and 
the cell switch router 103. 

The default VC is established to be connected to 
the IP/FANP processing unit 1004 of the NIU 104. 

When this IP packet reaches to the NIU 104, it is 
conveyed to the IP/FANP processing unit 1004. Here, 
the IP/FANP processing unit 1004 recognizes that the 
destination IP address of Nb. 1 exists on the first 1394 
bus 112 side by referring to the routing table, and recog- 
nizes its 1394 address (actually the 1394 address Bb. 1 
of the 1394 gateway 105) by referring to the internal 
ARP table, so that the IP/FANP processing unit 1004 
encapsulates this IP packet within the 1394 frame des- 
tined to the 1394 gateway 105 and transmits this 1394 
frame to the first 1394 bus 1 12 through the asynchro- 
nous channel. 

Rg. 16 shows a format of the IP packet transmitted 
on the 1394 bus. As shown in Rg. 16, the IP packet is 
basically transmitted to the asynchronous write of the 
1394, and encapsulated within the asynchronous frame 
of the 1394. 

Because of the setting made in advance according 
to which the IP packets and FANP packets that arrive at 
the 1394 gateway 105 through the asynchronous chan- 
nel or asynchronous write of the 1394 are to be con- 
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nected to the IP/FANP processing unit 1404 upon 
referring to the LLC/SNAP header, when this IP packet 
arrives at the 1394 gateway 105. it is conveyed to the 
IP/FANP processing unit 1404. Here, the IP/FANP 
processing unit 1404 recognizes that the destination IP 
address of Nb. 1 exists on the second 1394 bus 113 
side by referring to the routing table, and recognizes its 
1394 address (Ba, 1) by referring to the internal ARP 
table, so that the IP/FANP processing unit 1404 encap- 
sulates this IP packet within the 1394 frame destined to 
the video terminal 106 and transmits this 1394 frame to 
the second 1394 bus 113 through the asynchronous 
channel. 

In this manner, the IP packet reaches to the video 
terminal 106 (steps S707 to S709 of Fig. 7 and step 
S401 of Fig. 4). 

Thereafter, the packet destined to the video termi- 
nal 106 that is transmitted from the guide server 102 
can be routed to the video terminal 106 without requir- 
ing the ARP procedure. 

At the video terminal 106. the program guide trans- 
mitted through these IP packets is displayed through the 
browser on the video terminal 106. The user makes the 
request for a desired program through this browser. This 
request is also made by using the IP/HTTP (step S402 
of Fig. 4). Of course, there is no need for the user to be 
conscious of facts like what communication protocol is 
being used. 

Thereafter, various control procedures are carried 
out in order to carry out the video service such as the 
user authentication, the charging procedure, etc., 
between the guide server 102 and the user (video termi- 
nal 106) (step S403 of Fig. 4). These control procedures 
are also carried out by using IP/HTTP. 

When these procedures are finished, the operation 
proceeds to a procedure for the purpose of video deliv- 
ery. First, a control signal for program transmission is 
transmitted from the guide server 102 to the video 
server 1-1 (step S404 of Fig. 4). This control signal 
exchanges the basic information concerning the video 
transmission such as which program is transmitted for 
how long and to whom. This control signal exchange is 
carried out through the default VC 203 between the 
guide server 102 and the video server 1 01 . This opera- 
tion may be realized through the CGI and the like of the 
guide server. There is also a case in which the proce- 
dure is carried out directly with respect to the video 
server 1-1 by using the language such as JAVA. 

After that, the exchanges for procedures that 
should be done prior to the video transmission are car- 
ried out between the VideoServer 101 and the video ter- 
minal 106. For example, the confirmation of the coding 
scheme, the confirmation of the reception possible 
bandwidth value, etc., are carried out (step S405 of Fig. 
4). These exchanges may be carried out through 
IP/HTTP similarfy as described above. When the agree- 
ment between the video server 1-1 and the video termi- 
nal 106 is made, the operation proceeds to a procedure 



for establishing a datalink connection for guaranteeing 
the bandwidth from the video server toward the video 
terminal. 

Next, this procedure will be described with refer- 

5 ences to Fig. 17 and Fig. 18. 

Consider a case of deliverying video by a certain 
bandwidth (4 Mbps, for example) with respect to the 
video terminal 106 (IP address Nb. 1). The video server 
101 carries out the address resolution for the IP address 

10 Ntx 1 (step S1701), and then carries out the ATM call 
set up between the video server 101 and the cell switch 
router 103 so as to establish an ATM connection having 
the bandwidth of 4 Mbps between the video server 101 
and the cell switch router 103 that corresponds to the 

is resolved address (step S1 702). 

Here, for the detailed parameters required in a case 
of the call set up. appropriate values are set up in 
advance at the video server side, and these values are 
to be utilized as they are. 

20 When the call set up is completed and the ATM con- 
nection 2101 of 4 Mbps is established between the 
video server 101 and the cell switch router 103, the 
video server 101 starts the processing determined by 
the FANP by using this ATM connection 2101. 

25 The datalink connection established in this manner 
for the purpose of some specific flow transmission 
between the FANP nodes will be called a dedicated 
datalink connection. 

The FANP isa protocol for notifying (ID of) the con- 

30 nection with the datalink and a relation with respect to 
the information to be sent through that connection to the 
neighboring node. In the following, this procedure will 
be descrfoed in detail. Note that the present invention 
uses the FANP function which is modified from the con- 

35 ventbnal FANP function, and such a modified FANP 
function will be referred to as an extended FANP func- 
tion hereafter. In the following, the detailed descriptions 
will be given for such modified portions. 

At the step S1703 of Fig. 17, first the video server 

40 101 exchanges the VCID exchange messages through 
the established ATM connection 2102 as shown in Fig. 
21. Through this message exchange, the devices on 
both ends share the meaning of the VCID value (which 
will be described below). The operation is carried out 

45 through the exchange of the VCID exchange messages 
of the FANP (see Fig. 22). 

Fig. 20 shows an exemplary format of a message to 
be exchanged here. This message format is almost the 
same as the format of the ARP packet in the ATM-LAN. 

so The hardware type is set to be ATM, the protocol type is 
set to be IP, the sender IP adcfress is set to be the IP 
address of the video server 101, the target IP address is 
set to be the IP address of the video terminal 106, and 
the VCID (Virtual Connection ID) is Set to be a globally 

55 unique address (MAC address of the ATM board) of the 
VideoServer 101 and a sequence number appropriately 
determined by the video server 1 01 . 

The VCID is an identifier that can be commonly rec- 
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ognized at both ends of the VC, which is provided 
because the VPl/VCI is generally different at both ends 
oftheVC in the ATM. 

Also, as the VOID exchange messages, ACK and 
MACK are provided, and they are to be distinguished by 
the operation code. This ACK/NACK is sent through the 
default VC 502 as shown in Fig. 22. Here, when ACK is 
returned, it implies that the agreement on the VCID 
value is made between the devices at both ends. When 
NACK is returned, it implies that no agreement is mada 

In a case where the FANP node is a router, the ACK 
message is returned by simply changing the operation 
code value. A case where the FANP node is not a router 
will be described below. 

When the agreement on the VCID is made, the 
video server 1-1 starts the exchange of the flow 
exchange message next as indicated in Fig. 22. 

In the present invention, the reservation of the ded- 
icated datalink connection is requested to the next hop 
node through this flow exchange message. Namely, the 
information on the destination IP address, a desired 
bandwidth to be reserved, the communication attribute, 
etc. are attached to this flow exchange message and 
this flow exchange message is sent to the next hop 
FANP node, so as to request the next hop FANP node 
to set up an end-to-end connection connected to the tar- 
get terminal. 

The FANP node reserves the necessary datalink 
connection (dedicated datalink connection) that satis- 
fies the sequentially requested conditions between the 
neighboring nodes, and relates this dedicated datalink 
connection with the dedicated datalink connection noti- 
fied from the previous hop. This relating operation is 
carried out on the VCI table. After this relating operation 
is carried out, values of the reserved bandwidth, the 
attribute (indicating that data flowing therethrough is the 
MPEG video, eta), the output port the output header 
(VPl/VCI), etc., can be ascertained implicitly by simply 
referring to the value of the VPl/VCI. 

This operation is carried out sequentially up to the 
destination terminal (the video terminal 106 in this 
embodiment), and eventually the end-to-end connection 
is established. 

Fig. 23 shows an exemplary format of the flow 
exchange message. By the operation code portion of 
this flow exchange message, the type of the flow 
exchange message is indicated. 

The flow exchange message includes an offer mes- 
sage (operation code = 1), a redirect message (opera- 
tion code = 2), an error message (operation code = 3), 
a release message (operation code = 4), a release ACK 
message (operation code = 5), and a pencfing message 
(operation code = 6). For details, see Japanese Patent 
Application No. 7-58196(1996). 

In this embodiment, the value "r is fixedly entered 
into the VCID type. When the VCID type = 1, an ESI 
(End System ID, which is usually the MAC address of 
the end system) and a sequence number are entered 
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into the VCID. 

This VCID has the meaning that there is an a#*ee- 
ment that lefs call this VC (isochronous channel) by 
the VCID value at the FANP nodes of both ends". (Note 

5 that when a different scheme for expressing the VCID 
appears, another value will be allocated.) 

The flow ID type specifies a scheme for expressing 
the flow ID. Here, the flow is a specific meaningful infor- 
mation (a specific set of mutually meaningful informa- 

10 tkxi transmitted toward a specific destination from a 
specific source). The flow ID is an ID for uniquely identi- 
fying a certain flow. This flow ID wiD be described in fur- 
ther detail belcw. 

The other parameters are optional, and given by 

15 TLV (Type. Length, variable) based descriptions. In this 
embodiment the communication quality information, 
the end-to-end ACK (e-ACK), and the communication 
attribute are entered there. 

To the communication quality information, a value 

20 of communication quality to be required to the connec- 
tion to be established will be entered. For this value, a T- 
spec value of int-serv of IETF may be entered, for exam- 
pla In this embodiment, it suffices to enter a value 
which indicates 4 Mbps which is a value of the required 

25 bandwidth. 

The e-ACK flag is a flag for requesting the transmis- 
sion of an ACK signal from the final point to the trans- 
mission point This end-to-end ACK signal will provide a 
due for the transmission device (the video server 101 in 

30 this embodiment) to ascertain whether the connection 
establishing up to the final point (the video terminal 106 
in this embodiment) has been successful or not 

The video server 101 sends the offer message 
among the flow exchange messages to the cell switch 

35 router 1 03 which is the neighboring FANP node, as indi- 
cated in Fig. 22. This message sending is carried out 
through the default VC 502 between the video server 
101 and the cell switch router 103. 

This message contains the operation code indicat- 

40 ing that it is the offer message, the VCID, the flow ID, the 
communication attribute, the communication quality 
(bandwidth information), and the e-ACK flag, as indi- 
cated in Rg. 24. The last three of these are options 
expressed in the TLV format 

45 To the VCID, the MAC address of the video server 
101 and the sequence number assigned by the video 
server 101 are entered. 

To the flow ID, basically a value such as the destina- 
tion IP address is entered, as will be described below. 

so To the communication attribute, an indication that 
the data to be transmitted is the MPEG stream is 
entered. 

The bandwidth information indicates the bandwidth 
of that video stream (4 Mbps in this embodiment), and 
55 the e-ACK flag is ON because the video server 101 
requests the end-to-end ACK. 

At the cell switch router 103 which is the neighbor- 
ing FANP node that received this message, the received 
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packet is processed by the IP/FANP processing and 
switch control unit 601. 

By looking at the e-ACK flag, it can be understood 
that the transmitting side requests the reservation of the 
end-to-end connection. Therefore, in order to establish s 
the end-to-end connection, the forwarding of the FANP 
message toward the direction of the destination IP 
address (the video terminal 106) and the pencf ng mes- 
sage for the purpose of notifying "please wait for awhfl e 
until the connection is established (or the processing 10 
toad becomes tower)" to the transmitting side (the video 
server 101) are def ined (see Fig. 25). 

The pencfing message is transferred after the VOID 
and the flow ID possessed by the corresponding offer 
message are attached thereto. is 

At the video server 101 that received the pending 
message, a response to the earlier transmitted offer 
message will be awaited for awhfla 

Also, the cell switch router 103 forwards this FANP 
message toward the direction of the video terminal 1 06 20 
so as to establish the end-to-end datalink connection, 
and tries to transmit the offer message toward the direc- 
tion of the video terminal 106. 

At this point the resolved address of the video ter- 
minal 1 06 is the ATM address of the N IU 1 04, so that the 2s 
ATM connection with the bandwidth (4 Mbps) described 
in the offer message is established between the cell 
switch router 103 and the NIU 104 (step S1704 of Fig. 
17). Namely, as shown in Fig. 21, the ATM connection 
2102 for video transmission is established in addition to 30 
the default VC 901. 

When this ATM connection 2102 is established, the 
cell switch router 103 transmits the VOID exchange 
message through the ATM connection 2102 similarly as 
in a case of the video server 101 (step S1705 of Fig. 35 
1 7). Note that the setting is made in advance so that the 
data transmitted through this ATM connection 2102 will 
be transmitted to the IP/FANP processing unit 1004 of 
the NIU 104. 

At the NIU 104 that received this message, it is 40 
ascertained that the destination IP address of the FANP 
message is not Hs own, and it is directed to the video 
terminal 106 (IP address = Ntx 1). from this VCID 
exchange message. Assuming that the subsequently 
arriving FANP message (such as the offer message) is 4s 
destined to the IP address (Nb. 1) of the video terminal 
106. the IP/FANP processing unit 1004 of the NIU 104 
cannot confirm that this is the FANP packet unless the 
protocol type and the port number of the IP packet are 
checked, so that either the FANP processing cannot be so 
carried out or else the protocol type and the port 
number must be checked for all packets destined to the 
IP/FANP processing unit 1004 in order to carry out the 
FANP processing. 

In order to avoid this, the fact that the neighboring 55 
FANP node is not the video terminal 106 but the NIU 
1 04 is notified to the cell switch router 103 which is the 
neighboring FANP node. To this end, the own IP 



address (Nb. 3) is entered into a field for the target IP 
address in the VCID exchange message, and the pro- 
pose ACK message is returned (see Fig. 20). 

In this way, the cell switch router 103 can ascertain 
that the next hop FANP node is not the video terminal 
106 but the NIU 1 04 (IP address = Nb. 3) in the routing 
path toward the video terminal 106, and recognize mat 
it suffices to transmit the subsequent FANP message 
(the FANP message toward the video terminal 106) 
about that VCID value to the NIU 104. 

After that, the cell switch router 103 transmits the 
offer message of the flow exchange messages to the 
NIU 104. Hence, by the ARP table search, this offer 
message will be transmitted through the default VC 901 . 
The destination IP address of this offer message is the 
IP address Nb. 3 of the NIU 104. 

The NIU 104 can ascertain the final target IP 
address (the IP address of the video terminal 106) by 
looking at the flow ID portion (which will be described 
below). The others including the communication 
attrbute, the communication quality, the e-ACK flag, etc. 
are forwarded as they are 

At the NIU 104 that realized the need to set up a 
connection of 4 Mbps to the video terminal 106 in this 
way, the fact that the video terminal 106 exists in the 
direction of the first 1 394 bus 1 1 2 is recognized by refer- 
ring to the internal routing table, and the establishing of 
an isochronous channel of 4 Mbps on the first 1394 bus 
112 is carried out. 

This operation is done as the NIU 104 appropriately 
sets up the isochronous resource manager register, and 
sequentially carries out the reservation of the bandwidth 
and the reservation of the channel number (step S1706 
of Fig. 17). 

Next, the NIU 104 carries out the sending of the 
VCID exchange message (step S1707 of Fig. 17), and 
there are several methods for realizing this operation. 

The first method is a method in which the earlier 
acquired isochronous channel number is notified to the 
1394 gateway 105 by the protocol of the 1394 itself, and 
the setting is made in advance so that this channel will 
be connected to the IP/FANP processing unit 1404. 
Else; the setting may be made such that the established 
isochronous channel will be connected to the IP/FANP 
processing unit 1404 by default It is also possible to 
make the setting in which the fact that the is the 
IP/FANP packet is recognized by referring to the 
LLC/SNAP header, and then this is transferred to the 
IP/FANP processing unit 1404. 

The FANP node may have the setting by which the 
IP/FANP processing unit 1404 distinguishes the input 
packet as either the IP packet or the FANP packet and 
carries out the FANP processing only if it is the FANP 
packet. 

After that the VCID exchange message as shown 
in Fig. 26 is sent to that isochronous channel. At the 
IP/FANP processing unit 1404 of the 1394 gateway 105 
that received this VCID exchange message, the own IP 
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address (Nix 2) is entered into the ACK message and 
Ss S< message is returned to the NIU 104 through 
the asynchronous channel or asynchronous write. 

The sequence shown in Fig. 18 shows the 
sequence shown in Fig. 17 in further detail according to 
the first method as described above 

The second method is a method for sending the 
VCID exchange message toward the 1394 gateway 1 05 
by using the asynchronous channel or asynchronous 
ZTXe reserved address of the video termed 1 06 k 
Sto be the 1394 address of the 1394 gateway 105. 
The settle is rr^e such that this VCID ex«j^ 

sage reaches to the IP/FANP processmg unit 1404 c* 
the 1394 gateway 105. One method for «^ng the 
above setting is to mate the setting .n aovarwesw* 
that the VCID exchange message aiJtomatcany 
reaches to the IP/FANP processing unit 1404. Another 
method for realizing the ^ "JjEfJJ 
which the NIU 104 carries out the RARP and the lite 
from the 1394 address of the 1394 gateway 105 to 
check the IP address Nb. 2 of the 1394 gateway 105 in 
advance, and sends the VCID exchange message 
toward this IP address Nb. 2. . 

The third method is a method for a case in which 
the setting is made in advance such ^* e ™^°® 
conveyed to the IP/FANP process** unit 1404 by the 
LLC/SNAP. The 1394 gateway 105 that rec«ved ths 
message attaches the own IP address to the ACK d the 
VCID exchange message and returns this ACK to the 
Scarry as in a case of the NIU 104. In 
way the NIU 104 can also recognize that the next nop 
FANP node leading to the video terminal 106 isthe 
1394 gateway 105 (IP address = Nb J^ p ^ 
hecomes Dossible to send the subsequent FANP packet 
££££ message) 

way 105, rather than sending it directly to the video ter 

m ^° 6 above described is an exemplary case of 
reserving the isochronous channels, but in a rase of 
using the register offset in the asynchronous modern 
agreement is made on a value of the renter dfeet to 
S used at a time of communication be^een ^e NIU 
104 and the 1394 gateway 105. Thereafter, inthe FANP 
message, this register offset value is transmitted 
instead of the isochronous channel number. 

The operation at the 1394 gateway 105 after thats 
the similar to the operation at the NIU 104 described 
above. Namely, the flow exchange message « received, 
and the need to establish the reservation o^e band- 
width of 4 Mbps between the 1394 gateway 105 and the 
video terminal 106 is recognized. The pending mes- 
sage is sent to the NIU 104 which is the 
FANP node, while the isochronous channel of 4 MDps 
and its channel number are reserved on the second 
1394 bus 113 with respect to the video terminal 106 
(step S1708 of Fig. 17). and the VCID excr^e me^ 
sage is sent toward the video terming MM i byl to 
method similar to those described above (step S1709 of 



Fig. 17). 

tn response to the VCID message (propose mes- 
sage), if it is acceptable, the video terminal 106 returns 
ACK (propose ACK). Then, the flow exchange message 
5 of the FANP is received through the asynchrorcus 
channel or asynchronous write, and recognizes ; ttattrus 
is a message destined to this video terminal 106. The 
fact that the contained data is the MPEG stream «m be 
recognized according to the axn™ri(^n attibute 
io field. 1^ this caji also Dedoneby the other rnethod^ 
an example, the video terminal 106 may be made so 
that ft is possible to ascertain the attnT arte id f date MM 
wHlDeanivingfromtliischannd 

^"r* example, thiscanbe realized by hnpHcHly enter- 
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ing an information as to which port numbers are the 
transport stream of MPEG2, etc. in ad^Ateoas 
the e-ACK flag is erected, the need to transmit the end- 
to-end ACK message indicating that the FANP message 
20 was accepted, with respect to the transrr^ tenronal 
0 a, the video server 101). can also be recognized. 

When it is acceptable, a redirect message as 
shown in Fig. 27 is relumed to the previous hop 1394 
J^y 10 5 as the exchange of the flow exchange 

25 ^e^irect message is sent to the 1394 gateway 
105 by using the asynchronous channel or asynchro- 
nous write of the second 1394 bus 1 13. 

As shown in Fig. 27. the redirect message hasval- 
30 ues of the VCID and the flow ID entered therein, so that 
the 1394 gateway 105 that received this message can 
recognize the offer message that was earlier transmt- 
ted from it to which this reared message c^esponds. 

It is also possible to use a scheme in which the end- 
tc-end ACK signal is contained in *is reject mes- 
sage, and as described below, when the FANP node 
thai received this end-to-end ACK transn* to *ere- 
Tect message to the upstream side, that FANP rode 
also transmits this redirect message by erecting the 
ao end-to-end ACK signal. 

In this way. it becomes possible to return the end- 
to-end ACK from the final terminal (the video terminal 
106 in this embodiment) to the transmission temunal 
(the video server 101). Note that there is no need to 
« mount this end-tc-end ACK on every i^**™**** 
and it is possible to use a scheme in which it is also 
translated to the upstream side only when H is received 
from the drjwnstream side, for example. 

The 1394 gateway 105 that received the redirect 
so message interprets that the earlier transmitted offer 
mtssage was accepted. At th>s point, the 1394 gateway 
X2ognizes that, hereafter, when the MreOvdeo 
for example is entered from the isochronous channel 
2103 of the first 1394 bus 112. it is necessary to tans- 
» rrdt it further to the isochronous ^™ «^ p 
second 1394 bus 113. Consequently, the iP/rANr 
processing unit 1404 makes the necessary setting (the 
totalization of the internal queue, the setting of the cor- 
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respondent* table of Fig. 19, etc.) by which the data 
from the isochronous channel 2103 win be forwarded to 
the 1394 switch unit 1408 at the first MUX/DEMUX 
1403. and this data will be transmitted at the 1394 
switch urat 1408 to the second MUX/DEMUX 1405 by s 
applying only the datalink layer processing (that is, the 
switching of the 1394 frames among the 1394 buses by 
checking only the channel number or the destination 
address with the specific register offset). 

In addition, the setting is also made with respect to io 
the second MUX/DEMUX 1405 so that this data will be 
transmitted to the isochronous channel 2104 of the sec- 
ond 1394 bus 113. 

Moreover, the re-direct message is also transmitted 
to the previous hop NIU 104. is 

At this point, when the e-ACK is erected in the re- 
direct message from the downstream side, the e-ACK is 
also erected thera 

These steps are repeated up to the video server 
101. Note that the NIU 104 has the setting (the setting 20 
of the correspondence table for enabling the direct con- 
version from the VPI/VCI value of the ATM to the chan- 
nel number of the 1394) for the ATM/1394 transfer unit 
1008 by which it is possible to carry out the data for- 
warding at the datalink layer (without using the process- 2s 
ing at the IP/FANP processing unit) from the ATM 
connection 21 02 to the isochronous channel 2 1 03 of the 
first 1394 bus 112 simply by the datalink switching from 
the ATM to the 1394. 

Also, at the cell switch router 103, the direct ATM 30 
layer connection (the setting of the VCI table) is made 
for the ATM connection 2101 and the ATM connection 
2102 by the internal ATM switch 602. At this point all 
the datalink connections from the video server 101 to 
the video terminal 1 06 are established. This is shown in 35 
Fig. 28. 

In addition, by the arrival of the end-to-end ACK, it 
is indicated that the video reception preparation is ready 
at the video terminal 106 which is the target terminal 
(stepS1710ofRg. 17). 40 

Here, prior to the connection establishing, the video 
server 101 can start transmitting video data to the VC 
2101 by which the FANP message exchange was car- 
ried out. The transmitted video data reaches to the 
video terminal 1 06 basically without receiving any inter- 4s 
mediate IP layer processing, along the connection of 
Fig. 28. 

Note that the data to be transmitted can be either 
raw MPEG data or MPEG data encapsulated within IP 
packets (that is, the so called MPEG-over-IP). so 

In the former case, the MPEG data will be transmit- 
ted according to the MPEG-over-ATM specification 
standardized by the ATM forum (SAAVer. 1 specifica- 
tion) while the MPEG data are transmitted on the ATM, 
and accorcGng to the MPEG-over-1394 specification 55 
standardized by the digital VTR conference while the 
MPEG data are transmitted on the 1394. Also, in this 
case, at the ATM/1394 transfer unit 1008 of the NIU 104, 
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the transfer and the format conversion between the 
MPEG-over-ATM and the MPEG-over-1394 win be car- 
ried out. In the case, the end-to-end datalink layer con- 
nection set up for the purpose of the raw MPEG video 
data transfer is made by using the FANP. In this case, 
the triggering of these processings can be done by the 
VPI/VCI value which is the dataGnk layer header. 

As described, according to this first embodiment, 
the following effects can be realized. 

(1) Even under the environment in which different 
types of network technologies (dataGnk technolo- 
gies) such as ATM and IEEE 1394 are rrrixedly 
present, it becomes possfcle to carry (Hit the data 
transfer by establishing the end-to-end datalink 
layer connection. 

(2) In a case of carrying out the data transfer at the 
datalink connection point there is a degree of free- 
dom in that it is possfole to control the inter-con- 
necting device such that the datafinks can be 
connected directly, without using the processing by 
the IP/FANP processing unit, so that it becomes 
possible to carry out the high speed data transfer 
wherever necessary. 

(3) Even if the data to be transmitted is not the IP 
packet, it is possfele to realize the route setting for it 
by using the IP/FANP for the control of the connec- 
tion establishing, so that it becomes possible to 
realize any desired data transfer with respect to any 
desired location. 

(4) In the FANP node, the routing protocol such as 
OSPF is not operated unlike the conventional 
router, so that there is basically no need to support 
the dynamical routing, and therefore the processing 
load is lighter compared with the conventional 
router. 

Now, once the directly connected connections are 
established as shown in Fig. 28, these end-to-end data- 
link layer connections can be maintained fixedly. 

In this case, as long as the explicit connection 
release control message does not come, these connec- 
tions will be continued permanently so that the connec- 
tions will be maintained in a hard state. In this case, at 
the end of the communication, the sender, the receiver, 
or the intermediate node transrrets the connection 
release message among the flow exchange messages 
of the FANP, so as to urge the connection release to 
each FANP node. 

Here, the case in which the sender requests the 
connection release can arise at the end of the program, 
or when the reserved time is over. Also, the case in 
which the receiver requests the connection release can 
arise when the user wishes to disconnect that connec- 
tion voluntarily, or due-to the reception terminal setting 
(such as the timer reservation). Also, the case in which 
the intermediate node requests the connection release 
can arise when a cable disconnection, a power supply 
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disruption, etc. is detected at an intermediate locate*. 

As shown in Bg. 29. the connection release is car- 
ried out by the exchange of the release message and 
^rTease ACK message among the flow exchange 



^e node 2901 that carries out the connerton 
release transmits the release message to the ne>ghba- 
mg^NP node 2902. and the FANP node 2902 that 
r^edtNsmessagetrar^therelease^Krnes- 

J^ere, the correction release is n™**^ » 
ing of the "datalink connections >nter-conne^d" rtate 
She FANP node (the releasing of a P«pe .novate ' * 
dashed lines in Rg. 28). and the release crfJeVCm 
the ATM network or the da*Gnk ^ 1S 
as the isochronous channel in the IEEE 1394 is not 

absolutely necessary. r ,„ ortinn „ lease 

When some node receives the connection release 
request from the upstream or dc^e^ sjdftand 
jSestrmtitisrneaninglesstomair^theccnr^ 
toLclawr^eamaupstream^efn^o^ 20 
viewpoint (because the data transfer beyond therewffl 
bTno longer maintained due to that connection 
release), that node will continue to n^tawa^ the 
conS,n release request further to its downstream or ^ 

^A^af shown in Rg. 30. the connection rnaybe 
maintained in a soft state. In the soft state, the down- 
TeS rSe reguiarfy transmit, the ^ect me^e 
Z*™ .^stream node so that the upstream node recog- 

Z *r«*ive data at a corresponding datalink connection. 
S^nues to send data into that datalink connec- 
tion. This transmission of the redirect rnessage.s^ 
ried out at the prescribed refresh .nterval ^^catedin 
FraSOTTieawhentheredirectmessagedKlnotreach * 

to the ^Xrn node after the prescribed f esh per»d 
SaosedTa state indicated as 3002 in Rg. 30). the 
oXeW node judges that the downstream node 
cS^rrSLeto receive data at that datalink cor, 
SsTSe upstream node stops the data trans- m 
ter to that datalink connection. .. . ^ 

The downstream node transmits the r^"**™ 6 ; 
sage regularly to the upstream node as ^J^* 
i^ina in that datalink connection. The reared mes- 
^s SaZmed atthe refresh interval Mt*d » « 
the offer message. When no data « flowng. the re- 
direct message is not transmitted. 

By transmitting the redirect message «ntternan 
„ or „ fe n—sibie tor the upstream node to confirm that 
ZISEZ^*™. 2102. 2103OT2104) *> 
related to that reared message is operating normally 

and that the downstream node is active. 

Here, when the upstream node is brokedowr i for 
some reasons, in order to avoid leaving the downstream 
Snastaleo.h^r^thatc^co.r^^ * 
this datalink connection is released from the<to*n 
STeam node when a state of having no date Mgm 
that<^irikconnectioncorTtinue6fc<a<^nperK)dof 



time at the downstream node. 

Also, when the data transferred by 1W 
connection is the IP packet in conjunction w ** e *~ 
of the IP packet transfer by that dataDnk connection. rts 
a^poSto carry outtheswrteKr^dthrtlPpad^ 
trar^erfrom that dedicated datalinkcc^ectiw to the 
default VC (default channel = asynchronous channel or 

3SyI |STme«iod tor using the flow ID as described 

^nr^o^ngthelPpao^^^ 
datalink layer connections established ac^ng tothe 
^irwer^-atyp^rr^istous^eflawlD 

/L>n tw -IP address of the transmitting terminal + if 
S^JLrecSng terminal" or "IP ^ofthe 
^ng terminal + port number of the transr«tting 
terminal + IP address of the receding terminal + port 
number of the receiving terminal". 

Inacase of entering the IP packets into thedataJink 
tever connections which are directly connected by this 
suffices for the intermediate FANP node to 
SSsh the IP flows to be emercd by ^enrjody 
those IP packets which have a specrhc set of source 
. destination address" orjsou rc, ad^. 
source port number + destination address 
^ „!n£r among the IP P**^^' 5 
afon may be done by any intermediate FANP node 
(usually a router). Also, this directly 
boTmay be interrupted anywhere. As such what vdue 
fetTbe used as the flow ID value can be ascertamed by 
each FANP node according to the flow ID type mrnber 
Next a case of entering the raw data (such as 
MPEG data, for example) rather than the IP packets into 
the directly connected datalink layer connections will be 

^rTconsider a case of entering "destination IP 
addrSf* Sation port number" as the flow ID. If the 
both sides of the transmitting and receiving terminals 
Sowledge in advance a rule Bke "whena^ <™ 
certain range is used as a value «^*e destir^onport 
number, raw data rather than IP packets will beerrtered 
into the directly connected datalink layer connectons^ 

Z by looking at the ^^.^^^ 
flow ID the FANP node can recognize that data that will 
StoSuentJy flow in are not the IP packets. In ttsc**. 
^rnVbe no need to transmit the information 
regarding the wrrtrnurication atti*ute. 

Next consider a case of entenng "destination IP 
address + a unique ID determined by the trar^ng 
Sminal" as the flow ID. Here, this "unique ID deter^ 
mined by the transrnitting terminal" is a unique ID that* 
determined and used by the transrrdtting tejrmr^^by 
attaching some meaning. Simflarty as in*e prev^ 
case, ate also possible to consider a method in which 
both sides of the trarismitting and receiving terminals 
in advance a rule Bke "when a vdue ina 
certain range is used as a value of the unique ID.spe- 
dnTraw data wiU be entered into the directly connected 
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datalink layer connections". 

The flow ID will be flowing from each source when 
the information outputted from two or more sources 
(which may not be outputted simultaneously) are 
merged at some FANP node and outputted at the iden- 
tical datalink layer connection from that FANP node. 

It is also posstole to consider a method in which an 
identical flow ID can be attached to the information 
(flow) to be entered into that datalink, and used as an 
identifier by means of which the information from differ- 
ent sources can be collected into one datalink layer con- 
nection. 

This case will be descrbed in detail with reference 
to Rg. 31, which shows the network that has basically 
the similar configuration as that of Rg. 1 (and therefore 
the descriptions of the constituent elements will be omit- 
ted here), but it c&ffers from the network of Rg. 1 in that 
a plurality of video servers (two video servers 3121 and 
3122 in Rg. 31, for example) are provided. 

The video data delivery from these video servers is 
also controlled by the program guide delivery server 
(glide server) 3102. At this point, the guide server 3102 
notifies some specific number to either one of the video 
servers 3121 and 3122 for carrying out the delivery; as 
a control of the video data delivery with respect to the 
same video terminal 31 06 at the same connection time, 
in a sense of "use this number as the flow ID (or its 
part)". Here, the video data delivery from different video 
servers at the same connection time occurs in such a 
case where a user of the video terminal 3106 changes 
the video channel number (program) to be watched, or 
a case in which the different video servers provide dif- 
ferent programs respectively. 

In such a case, when the plural video servers throw 
the identical flew ID (or its part), it becomes possible tor 
the FANP node (the cell switch router 3103 in this case) 
to ascertain that both of these flows are to be forwarded 
to the identical datalink connection 31 09. Consequently, 
even in a case where the channel switching by the user 
(that is, the changing of the video server) occurs, there 
is no need to establish a new datalink layer connection 
at the downstream side of that FANP node (the cell 
switch router 3103 in this case), and it becomes possi- 
ble to transmit the respective data to appropriate data- 
link layer connections. 

Note that, in this case, when the re-direct message 
comes from the downstream side, there is a need to 
transmit it to a plurality of upstream side FANP nodes 
(the video servers 3121 and 3122 in this case) which 
are related by the FANP. 

Also, it is necessary for a switch that connect the 
datalink layers together (The ATM switch within the cell 
switch router 3103 in this case) to have a connection 
form of multiple-to-one (that is, a form by which data 
from different input datalink connections are to be col- 
lectively outputted to one output datalink connection). It 
is also possible to presuppose that data will not be 
transmitted from a plurality of transmitting terminal 



simultaneously. 

In addition, a portion descrfced as the 1394 bus in 
the above description may be replaced by 1394 net- 
works inter-connected by 1394 gateways or 1394 
5 bridges. 

Moreover, the router has been described above a 
something which is provided at the CATV head-end out- 
side the home, but of course it is also possible to place 
it inside the home. 

10 In this embodiment the description has been given 
for an exemplary case in which the reservation of the 
bandwidth from the video server 101 to the video temrB- 
nal 106 is made by using the extended FANP. In con- 
trast, it is also possible to carry out the bandwidth 

75 reservation control in the existing router (the cell switch 
router 103 in this embodiment) by using the signaling 
protocol in the network layer such as the RSVP 
(Resource Reservation Protocol) or ST2 (Stream Trans- 
port Protocol-2), and carry out the bandwidth reserva- 

20 tion control by using the extended FANP of the present 
invention within the IP subnet, that is, between the cell 
switch router 103 to the video terminal 106. The 
sequence in this case is shown in Rg. 32. 

Rg. 32 shows an exemplary case in which the 

25 RSVP is used as the signaling protocol in the network 
layer. Note that in Rg. 32, the detailed message 
exchanges such as those for the propose message and 
the pending message are omitted for simplicity. 

For the bandwidth reservation control among the 

30 transmitting terminal (video server 101), the router (cell 
switch router 103) and the video terminal 106, the sign- 
aling protocol such as RSVP or ST2 is used, and the 
bandwidth reservation control within the subnet among 
them is carried out by using the extended FANP of the 

35 present invention. Namely, the extended FANP of the 
present invention is used for the purpose of the datalink 
connection control between the RSVP nodes. By 
means of this, the existing router becomes the de facto 
standard between the internet routers, and the widely 

40 used bandwidth reservation protocol between the termi- 
nal and the router or between one router and another 
such as ST2 or RSVP can be used, so that it becomes 
possible to realize the bandwidth reservation within the 
subnet that has not been used conventionally, in partic- 

45 ular the bandwidth control in the sifcnet under the heter- 
ogeneous environment in which the virtual connection 
type networks are nrrixedly present by using the 
extended FANP of the present invention. 

so (Second Embodiment > 

Next, with references to Rg. 33 to Rg. 44, the sec- 
ond embodiment of the present invention will be 
described in detail. 
55 This second embodiment is directed to a communi- 
cation network system formed by two or more 1394 
buses, nodes called half gateways which are connected 
to respective buses, and a various type of network for 
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connecting these half gateways. 

Hg. 33 shews an exemplary overall configuration of 
a communication network system (a home network sys- 
tem for connecting various electric devices inside the 
home, for example) according to this second embodi- 
ment As shown in Bg. 33, this communication network 
system comprises a transmitting terminal 4001. a first 
half gateway 4002. a second half gateway 4003. a 
receiving terminal 4004, a first 1 394 bus 401 1 . an Ether- 
net cable 4012, and a second 1394 bus 4013. 

Here, it is assumed that the entire system consti- 
tutes a home network within the same home, similarly 
as in the first embodiment Consequently, among the 
devices contained in this system, those which are the I P 
nodes are assumed to be belonging to the same IP stf)- 
net Here, this IP subnet is assumed to have an IP sub- 
net address N, and the IP addresses of the nodes are 
assumed to be N. 1 for the transmitting terminal 4001. 
N. 2 for the fist half gateway 4002, N. 3 for the second 
half gateway 4003, and N. 4 for the receiving terminal 
4004. 

Also, the 1394 addresses and the Ethernet 
addresses of these nodes are as shown in Fig. 33. 

Each of the transmitting terminal 4001 , the first half 
gateway 4002. the second half gateway 4003 and the 
receiving terminal 4004 of this embodiment is the FANP 
node as descrtoed in the first embocfiment which has 
the extended FANP function of the present invention. 

The transmitting terminal 4001 is ateo the IP termi- 
nal as well, and has functions for exchanging IP packets 
with the receiving terminal 4004 and delivering video 
with respect to the receiving terminal 4004. 

The video delivery may be carried out by mounting 
the video information on the IP packets, or by transmit- 
ting the video data directly into the specified 1394 iso- 
chronous channel. Further details in this regard will be 
described belcw. 

The first half gateway 4002 and the second half 
gateway 4003 are devices for connecting the 1394 
buses together. Namely, they are devices to be used in 
connecting the first 1394 bus 401 1 and the second 1394 
bus 4013. Such a situation may arise when the first 
1394 bus 4011 and the second 1394 bus 4013 are far 
apart from each other so that it is difficult to unify them 
into a single 1394 bus, for example. 

Namely, according to the specification of the 1394, 
it is not preferable for the 1394 buses to use a long 
cable. In such a case, the half gateways of the present 
invention can be connected to the respective 1394 
buses and these half gateways can be connected 
together by a decOcated cable, so as to realize the con- 
nection between the 1394 buses. Further details in this 
regard will be descrtoed below. 

The receiving terminal 4004 is also the IP terminal 
as well, and has functions for exchanging IP packets 
with the transmitting terminal 4001 , and receiving video 
delivered from the transmitting terminal 4001 . 

The first half gateway 4002 and the second half 



gateway 4003 are connected by the Ethernet cable 
4012. Namely, in this embodiment, the data exchanges 
between two naff gateways are to be carried out in 
terms of the Ethernet frames. 
5 Fig. 34 shows an exemplary internal configuration 
of the half gateway 4002 or 4003. 

As shown in fig. 34, this half gateway comprises a 
1394 physical processing unit 4101, a 1394 link 
processing unit 4102, a 1394 control unit 4103. a first 
w MUX/DEMUX 41 04. an IP/FANP processing unit 4105, 
a 1394/Ethemet transfer unit 4106. a second 
MUX/DEMUX 4107, and an Ethernet interface unit 
4108. 

The 1394 physical processing unit 4101, the 1394 
rs link processing unit 4102, and the 1394 control unit 
4103 carry out the physical layer processing, the link 
layer processing, and the bus management and the 
transaction layer processing, respectively, for the con- 
nected 1394 bus (4011 or 4013). as well as the 
20 exchanges of data (PDU from a viewpoint of 1394) with 
the IP/FANP processing unit 4105 or the 1394/Ethernet 
transfer unit 41 06, using the 1 394 frames to be transmit- 
ted or received that are passing through the first 
MUX/DEMUX 4104 and the second MUX/DEMUX 
25 4107. 

The IP/FANP processing unit 41 05 has functions for 
carrying out the routing based on the IP address, the 
routing table management, the FANP processing, the 
ARP processing, etc., for the received IP packets, FANP 
30 packets, ARP packets, etc. 

The 1 394/Ethernet transfer unit 41 06 has a function 
for attaching a specific Ethernet header to data received 
from the 1394 side, especially data received through the 
isochronous channel, by using its isochronous channel 
35 number or the specific register offset on the destination 
address as a key, and transmitting it to the Ethernet 
side, and a function for transmitting data received from 
the Ethernet side to a specific isochronous channel or 
the specific address offset on the 1394 side by using its 
40 header information as a key. Namely, the data forward- 
ing at this processing unit is carried out by using only 
the datalink layer processing without using the IP layer 
processing. 

For example, a table of correspondence between 
45 the MAC address value and the channel number of the 
isochronous channel of the 1394 bus is produced in a 
form of a correspondence table as shewn in Fig. 35 (in 
a case of transmitting data received from the 1394 side 
to the Ethernet side) or Fig. 36 (in a case of transmitting 
so data received from the Ethernet side to the 1394 side), 
for example. Here, the mapping for each correspond- 
ence table is made by the IP/FANP processing unit 
4105. A similar correspondence table can be configured 
between the MAC address value and the 1394 destina- 
55 tion address with a specific register offset value. 

The Ethernet interface unit 4108 is an interface with 
respect to the physically connected Ethernet, and car- 
ries out the encapsulation and decapsulation of data to 
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be exchanged with the second MUX/DEMUX 4107 and 
the Ethernet frames. 

Next for an exemplary case of transmitting video 
from the transmitting terminal 4001 to the receiving ter- 
minal 4004, the operation sequence in time order will be 
described with references to Fig. 37 and Fig. 38. 

Fig. 37 shows a sequence for the ARP (Address 
Resolution Protocol). 

First the transmitting terminal 4001 transmits the 
ARP request packet to the first 1394 bus 401 1 in order 
to carry out the address resolution for ascertaining the 
datalink layer address of the receiving terminal 4004 
from its IP address (step S4201). As described in the 
first embodiment, this ARP request is broadcasted on 
the local bus (that is, the first 1394 bus 401 1). 

The first harf gateway 4002 which is the FANP node 
that received this ARP request forwards this ARP 
recpjest to the Ethernet cable 4012, upon confirming 
that the requested address is not the own address and 
that another port (that is. the Ethernet cable 4012) (Ef- 
ferent from the port through which this ARP is entered 
(that is, the first 1394 bus 4011) is connected (step 
S4202). Here, the destination Ethernet address is the 
Ethernet broadcast address. 

The second half gateway 4003 that received this 
ARP request also forwards this ARP request to the sec- 
ond 1394 bus 4013 through a procedure in which the 
procedure of the first half gateway 4002 is reversed 
(step $4203). At this point, this ARP request may be 
transmitted in a form of the broadcast to the local bus". 

The receiving terminal 4004 that received this ARP 
request enters the own 1394 address (EUI64 and "bus 
ID + physical ID") into this packet and returns this 
packet to the second 1394 bus 4013 as the ARP 
response (step S4204). At this point, the destination 
address of this ARP response is the 1394 address of 
the second half gateway 4003. 

The second half gateway 4003 which received this 
ARP response enters the own Ethernet address into a 
field for the resolved address, so as to carry out the dep- 
uty response with respect to the first half gateway 4002 
(step S4205). At this point, the destination is the Ether- 
net address of the first half gateway 4002. Also, the sec- 
ond half gateway 4003 recognizes that a terminal 
having the IP address of the receiving terminal 4004 
exists on the second 1394 bus 4013 side, and registers 
this fact into the internal routing table. 

The first half gateway 4002 that received this ARP 
response enters the own 1394 address into a field for 
the resolved address, and carries out the deputy 
response with respect to the transmitting terminal 4001 
(step S4206). At this point the destination is the 1394 
address of the transmitting terminal 4001 . Also, the first 
half gateway 4002 recognizes that a terminal having the 
IP address of the receiving terminal 4004 exists on the 
Ethernet 4012 side, and registers this fact into the inter- 
nal routing table. 

In this manner, the transmitting terminal 4001 can 



ascertain that it suffices to transmit the IP packets des- 
tined to the receiving terminal 4004 with respect to (the 
1394 address of) the first half gateway 4002. 

Note that Fig. 37 shows a case of the address res- 

5 olution in which the ARP request reaches to the target 
node once and then the ARP response Is sequentially 
returned backwards from there, but it is not necessarily 
limited to this case, and it is also possible to use a case 
of the address resolution in which the intermediate node 

w directly carries out the address resolution when the 
irrtermecfiate node already has an information on the 
target noda 

Now, the transmitting terminal 4001 already recog- 
nizes that it is the FANP node itself and that what is to 

is be transmitted from now on with respect to the receiving 
terminal 4004 is the video. Consequently, the transmit- 
ting terminal 4001 intends that the video to be transmit- 
ted from now on will be forwarded by the datalink 
processing alone without using the IP processing at the 

20 intermediate FANP nodes. 

To this end, after the confirmation of the initial set- 
ting and the coding scheme using the IP packets and 
the confirmation of the video reception capability with 
respect to the receiving terminal 4004, the transmitting 

25 terminal 4001 proceeds to the video transmission prep- 
aration. Fig. 38 shows the sequence for this operation. 

First the transmitting terminal 4001 accesses the 
register of the isochronous resource manager on the 
first 1394 bus 401 1 to reserve the bandwidth necessary 

30 for the video transmission and acquire the isochronous 
channel number, between the transmitting terminal 
4001 and the first half gateway 4002 (step S4401). Fig. 
39 shows the isochronous channel 4301 obtained at 
this point. 

35 Then, the transmitting terminal 4001 transmits the 
propose message of the FANP with respect to the first 
half gateway 4002 through that isochronous channel 
4301 . This propose message is transmitted by entering 
the own ESI and sequence number as the VOID and the 

40 IP address (N. 4) of the receiving terminal 4004 as the 
target IP address (step S4402). 

The first half gateway 4002 that received this pro- 
pose message recognizes that it is the FANP packet 
(propose message), confirms the final destination IP 

45 address (the receiving terminal 4004) from the target IP 
address, and confirms that this address exists on the 
Ethernet cable 4012 side by referring to the internal 
routing table. Then, the first half gateway 4002 enters 
the own IP address into the propose ACK message and 

so returns it to the asynchronous channel or asynchronous 
write of the first 1394 bus 401 1 (step 4403). 

The transmitting terminal 4001 that received this 
propose ACK message transmits the offer message to 
the asynchronous channel or asynchronous write of the 

55 first 1394 bus 4011. by entering the IP address of the 
first half gateway 4002 as the destination IP address, 
entering the VCID described above, entering the IP 
address of the receiving terminal 4004 which is the final 
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destination into the flow ID simOarty as in ftefost 
entailment, and containing the necessary bandwrith 
v^Tand the end-to^nd ACK request (step! S4404) .* 
this point, thedestinatton 1394 addresssob^usty the 
1394 address of the first half gateway 4002. 5 

-me first hart gateway 4002 that received this offer 
message recognizes that it is the FANP packet, con- 
firms the final destination IP address (^rec^r^ng » 
minal 4004) from the flow ID, and re-confirms that this 
address exists on the Ethernet cable 4012 side. » 

Here, in order to make it possible for the second 
half gateway 4003totransmft the to be transmitted 
directly to the isochronous channel or the destination 
address with the specific register offset value aithe 
1394 bus 4013 by only confirming the Ethernet header is 
value, a value different from the Ethernet address "AT 
unique to the second ha» gateway 4003 is used as the 
destination address of the Ethernet frame to be trans- 
mitted. This value can be any value as long as rhs drf- 
ferent from values of the Ethernet addresses of the fm* a> 
half gateway 4002 and the second half gateway 4003. 
that is. the address not used on the Ethernet caWe.and 
itisdifferent from values currently used tor the direct for- 
cing al the datalrik layer tw the c*erftows. 

For example, when the Ethernet address value * 
selected by the first half gateway 4002 here is -#A", only 
the video information directed to the receiving terminal 
4004 win be mounted on every subsequent Ethernet 
tone which has "#A" as the destination Ethernet 
address. This is equivalent to having the virtual c»rmec- so 
ton with "#A" as VCI established between the .first te» 
gateway 4002 and the second half gateway 4003. This 
is shown in Rg. 39 as the connection 4302. 

Note that the half gateways 4002 and 4003 have 
the initial setting by which . frame *^ *J* * 
Ethernet address will be handed to *e IF^ANP 
processing unit 4105 once along with its destination 
Ethernet address value, except when it is a frarrw whK* 
oasses through the 1394/Ethemet transfer unit 4106. 
£Ts sS. « becomes possible for the IP/FANP « 
processing unit 4105 to make the setting accoiding to 
the content of the FANP packet by which the switching 
atthedatalinklayer is carried out by 
setting to the 1394/Ethernet transfer unit 4106. tor the ^ 
necessary Ethernet address. 

The first half gateway 4002 transmits the propose 
message of the FANP through the connection 4302 of 
Rg 39 (step S4406). This propose message is trans- 
mrtted by entering the own ESI and sequence number 
as the VCID and the IP address (N. 4) of the receiving so 
terminal 4004 as the target IP address. 

The second half gateway 4003 that received this 
propose message recognizes that rt te the FANP packet 
propose message), confirms the final J ^ 

address (the receiving terminal 4004) from the target IP * 
address, and confirms that this address exists on the 
second 1394 bus 4013 side by referring to the internal 
routing table. Then, the second half gateway 4003 



returns the propose ACK message to the Ethernet caUe 
4012. by entering the own IP address as the target IP 
address and the Ethernet address of the first half gate- 
way 4002 as the destination address (step S4407). 

As can be seen from this description, a case of 
transmission using the usual Ethernet address as the 
destination header of the Ethernet frame wrresponds 
to a case of transmission by the "defautt VC" in the 

The first haff gateway 4002 that recerved this pro- 
pose ACK message transmits the offer message onto 
freEthernet cable 4012. by entering the IP address of 
the second haff gateway 4003 as the destination IP 
address, entering the VOID described above, entering 
the IP address of the receiving terminal 4004 which is 
the final destination into the flow ID. and containing |the 
necessary bandwidth value and the end-to-end ACK 
request (step S4408). At this point, the destination 
Ethernet address is the Ethernet address of the second 
half gateway 4003. . 

The second half gateway 4003 that recerved this 
offer message recognizes that ft is the FANP packet, 
confirms the final destination IP address ^"""V 
terminal 4004) from the flow ID, and re^orrfffms ttat 
this address exists on the second 1 394 bus 401 3 «da 
Then, the second haff gateway 4003 reserves the 
bandwidth and the isochronous chaimd nui*era the 
destination address with the specific register offset by 
the setting in the register of the feochr^resource 
manager of the second 1394 bus. n order to transmrt 

up to the receiving terminal 4004 (step S4410).Rfl.39 
shows the isochronous channel 4303 obtained at this 

^"rhen the second hall gateway 4003 transmits the 
propose message of the FANP through this isochronous 
channel 4303 (step S4411). 

The receiving terminal 4004 that received this pro- 
pose message transmits the propose ACK messageto 
the second half gateway 4003 if it is acceptable (step 

34412) 

Then, the second haH gateway 4003 transmits the 
offer message of the FANP to the receiving terminal 
4004 (Step S4413). . ^ 

When the reception is possible, the receiving termi- 
nal 4004 transmits the re-direct message to the 
upstream FANP node (the second half sateway4003in 
this case) by setting the end-to-end ACK flag ON (step 
S4414). This setting of the end-to-end ACk flag ■ Mhe 
processing related to the fact that the erxl-to-end I ACK 
request is contained in the offer message of the FANP 
transmitted to the receiving terminal 4004 and that this 
terminal is the final terminal. 

The second haff gateway 4003 that received this re- 
direct message judges that the preparation for the *r> 
chronous channel use on the downstream side (the 
receiving terminal 4004 in this case) is ready, and 
makes the setting by which the direct datalink layer for- 
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warding can be carried out for the SDU (Service Data 
Unit) of the frame that arrives with the Ethernet address 
#A (4302) without using the processing by the IP/FANP 
processing unit 4105 at the 1394/Ethemet transfer unit 
4106 inside the second half gateway 4003. By this set- 5 
ting, for a frame that arrives with the specific Ethernet 
address "#A", its SDU can be transmitted to the iso- 
chronous channel 4303 directly by referring to the corre- 
spondence table as shown in Fig. 36, so that the 
efficiency and the speed of the data forwarding process- 
ing can be improved considerably. 

Also, the above descrbed processing does not use 
the processing at the IP/FANP processing unit 4105 so 
that the reduction of the load on the IP/FANP process- 
ing unit 4105 and the load distribution can be realized 
simultaneously. In adcfition, it is also poss&e to transmit 
data which snot an IP packet. 

The second half gateway 4003 transmits the re- 
direct message to the upstream FANP node (the first 
half gateway 4002 in this case) (step S4415). At this 
point, the end-to-end ACKflag is erected in the re-direct 
message from the downstream side so that the end-to- 
end ACK flag is set ON. 

In this manner, the re-direct message is delivered to 
the transmitting terminal 4001 through the second half 
gateway 4003 and the first half gateway 4002. 

At the first half gateway 4002, the isochronous 
channel 4301 and the direct conversion into the Ether- 
net frame 4302 with the Ethernet address "#A" are set 
to the 1394/Ethemet transfer unit 4106. Also, at a time 
of forwarding the re-direct message, the re-direct mes- 
sage is delivered by using the asynchronous channel or 
asynchronous write of each 1394 bus or the formal 
Ethernet address "A1" on the Ethernet 

When the redirect message with the end-to-end 
ACK flag erected is received at the transmitting terminal 
4001 in this manner (step S4416), the transmitting ter- 
minal 4001 can confirm that the isochronous channel 
4301 was drectly connected at the datalink layer level 
up to the receiving terminal 4004. Then, the transmitting 
terminal 4001 starts the video data transmission 
through the isochronous channel 4301 (step S441 7). 

The video data can be transmitted through the con- 
nection 4302 and the isochronous channel 4303 to the 
receiving terminal 4004 by the datalink layer processing 
alone, without using the processing by the IP/FANP 
processing unit 4105 at the intermediate nodes of the 
half gateways 4002 and 4003 

Note that the video information to be transmitted 
here may be the video data encapsulated within the IP 
packet similarly as in the first embodiment, or the video 
data directly mounted on the 1394 isochronous channel 
(or the Ethernet frame 4302 with the destination Ether- 
net address "#A"). Also, the video information may be 
transmitted in a form of the 1394 frame directly mounted 
on the Ethernet frama 

When the maintaining of the connection is realized 
by maintaining the soft state similarly as in the first 



embocfi merit the above described re-direct message is 
regularly transmitted to the upstream direction. When 
this, redirect message does not arrive for a certain 
period of time or when an explicit message for discon- 
necting the connection (the release message) comes 
from the upstream direction, this soft state is released 
and the setting of the 1394/Ethemet transfer unit 4106 
regarding that direct datalink layer connection is also 
cleared. 

As described, by using a plurality of half gateways 
(4002. 4003) and the Ethernet cable (4012) that con- 
nects them, it becomes possible to carry out the com- 
munication by inter-connecting a plurality of 1394 buses 
by the half gateways. 

Fig. 40 shows an exemplary style of using the half 
gateways and the Ethernet cable. As shewn in Fig. 40, 
a 1394 inter-connection cable has a physical shape in 
which a long Ethernet cable 4503 is connected between 
two half gateways 4002 and 4003 in advance. This 
cable portion may be connected by an electric cable 
such as UTP5 or coaxial cable, or by an optical cable 
such as a plastic optical ffrer. It should be noted how- 
ever that the transmission scheme of the physical layer 
is supposed to obey the Ethernet standard. 

Also; to the respective half gateways, the 1 394 con- 
nectors 4501 and 4502 are connected through relatively 
short cables (dedicated 1394 cables). Here, the dedi- 
cated 1394 cables are connected so that the power sup- 
ply to the half gateways 4002 and 4003 can be made 
through the respective 1394 connectors 4501 and 4502 
and this 1394 cable. Consequently, the system of Rg, 
40 requires no special power supply. From a viewpoint 
of a user who wishes to inter-connect two 1394 buses, 
this implies that the connection is basically completed 
by simply connecting one end (4501) of the cable to the 
first 1394 bus 4011 and the other end (4502) of the 
cable to the second 1394 bus 401 3, so that the conven- 
ience regarding the connecting operation can be 
improved remarkably. 

Also, the 1394 cable basically has an upper limit of 
4.5 m in length, but according to the present invention, 
a long cable (such as that of several hundred meters, for 
example) can be used as a cable for connecting the half 
gateways 4002 and 4003, so that it is very useful in a 
case of connecting the 1394 buses which are far apart 
from each other. 

In the above, an example using a long cable has 
been described, but as shown in Fig. 41, it is also possi- 
ble to connect the half gateways 4002 and 4003 by 
radio. In Rg. 41, 4801 and 4602 are 1394 connectors 
while 4803 and 4804 are radio transceiver devices used 
for the inter-connection by radio. 

In a case of using the MAC frame as the radio trans- 
mission scheme, the scheme of this second embodi- 
ment is basically applicable directly. When the radio 
interface is provided between the half gateways in this 
manner, this connection becomes wireless so that a 
user can arrange the wiring easily. 
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Note that the 1394 inter-connection cable is not 
only applicable to a case of forming the connection 
between the 1394 half gateways as descrfoed above 
and shown in Rg. 40 and Fig. 41, but also to a case of 
realizing the usual 1 394 bridge in the half bridge config- 
uration. In that case, the function of the 1 394 bridge can 
be realized by changing those portions of the above 
description which are described as "specifying the des- 
tination IP address" to the processing of the 1394 
address. 

Note also that as shown in Fig. 42, at the transmit- 
ting terminal, the MPEG video from the digital satellite 
broadcast (or the digital CATV) can be received and this 
MPEG video can be re-formatted into the MPEG-over- 
1394 format or converted into the raw video data by the 
MPEG decoder and then transmitted as the data on the 
isochronous channel of the 1394. 

When this implementation is used, even for the 
video data (or speech data, usual data, etc.) which is 
not accommodated originally by the transfer packets 
used at the home such as those of the network layer like 
the IP packets, the datalink layer frames tike those of the 
IEEE 1394, etc., the data transfer in the home network 
becomes possible so that rt becomes possfole to realize 
the data disfrfcution to the home network without requir- 
ing the cable wiring change for the purpose of the video 
broadcasting. 

Rg. 43 shows an exemplary internal configuration 
of the transmitting terminal 4901 for realizing this imple- 
mentation. In Rg. 43, the transmitting terminal 4901 
comprises a satellite broadcast receiving interface unit 
9001, an MPEG data format conversion unit 9002, an 
IP/FANP processing unit 9003. a MUX/DEMUX 9004, 
and a 1394 interface unit 9005. 

The satellite broadcast receiving interface unit 9001 
is an interface for receiving data from the satellite broad- 
cast which transmits the data after the data formatting 
to the MPEG data format conversion unit 9002. 

The MPEG data format conversion unit 9002 con- 
verts the transmitted MPEG data from the MPEG data 
format suitable for the satellite broadcast to the MPEG 
data format on the IEEE 1394, i.e., the MPEG-over- 
1394, and transmits it to the MUX/DEMUX 9004. Here, 
the de-scrambling processing, eta may also be carried 
out in addition. 

The IP/FANP processing unit 9003 and the 1394 
interface processing unit 9005 have the similar func- 
tions as those described above so that their description 
will be omitted here. 

At the MPEG data format conversion unit 9002, the 
appropriate format conversion is applied to the transmit- 
ted MPEG data so that the MPEG data from the satellite 
broadcast can be transmitted to the video terminal 
through the 1394. 

Rg. 44 shows an exemplary internal configuration 
of the transmitting terminal 4901 in a case of decoding 
the MPEG data received from the satellite broadcast at 
the transmitting terminal 4901, and forwarding the raw 



video data to the video terminal through the 1 394 bus. 

Rg. 44 differs from Rg. 43 in that the MPEG decod- 
ing is carried out at the MPEG decoding unit 9102 so 
that the raw video data is transmitted to the 1394 bus. 

5 When the MPEG decoding unit 91 02 or the MPEG 
data format conversion unit 9002 is equipped with a 
function for processing several channels simultane- 
ously, it becomes possible to realize the distribution of 
the video information in several channels simurtane- 

10 ously to the home network, so that it is very useful in a 
case where it is desirable to watch a plurality of video 
pro-ams as in a case where a plurality of family mem- 
bers watch the television simultaneously. 

Note here that the MPEG decoding unit 9102 and 

75 the MPEG data format conversion unit 9002 may or may 
not carry out the encapsulation of the video data within 
the IP packet 

ft is to be noted that the "transmitting terminal" in 
the above description can be provided in a form of what 

20 is generally known as "set-top box". 

It is also to be noted that this second embocfiment 
has been described for an exemplary case of using the 
IEEE 1394 bus, but this second embocfiment is also 
applicable to the other datalink layer technology such as 

25 the ATM, for example. In such a case, it suffices to use 
the VPI/VCI value instead of the channel number. 

(Third Embodiment > 

30 Next, with references to Rg. 45 to Rg. 50, the third 
embocfiment of the present invention will be described 
in detail. 

This third embodiment is directed to a communica- 
tion network system formed by two or more 1394 buses, 

35 that is a communication network system formed by 
nodes called half gateways which are connected to the 
respective 1394 buses, and a network for connecting 
these half gateways. Here, an exemplary case of using 
the Ethernet as a network for connecting the half gate- 

40 ways, and providing an Ethernet switch having a plural- 
ity of FANP functions between the half gateways will be 
described. 

Rg. 45 shows an exemplary overall configuration of 
a communication network system (a home network sys- 

45 tern for connecting various electric devices inside the 
home, for example) according to this third embodiment. 
As shown in Rg. 45, this communication network sys- 
tem comprises a transmitting terminal 5001, a first half 
gateway 5002, a FANP Ethernet switch 5003. a second 

so haff gateway 5004, a receiving terminal 5005, a first 
1394 bus 5011, a first Ethernet cable 5012, a second 
Ethernet cable 5013, and a second 1394 bus 5014. 

Here, it is assumed that the entire system consti- 
tutes a home network within the same home, similarly 

55 as in the first embodiment. Consequently, among the 
devices contained in this system, those which are the IP 
nodes are assumed to be belonging to the same IP sub- 
net. Here, this IP subnet is assumed to have an IP sub- 
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net address N, and the IP addresses of the nodes are 
assumed to be N. 1 for the transmitting terminal 5001, 
N. 2 for the first half gateway 5002, N. 3 for the FANP 
Ethernet switch 5003. N. 4 for the second half gateway 
5004, and N. 5 for the receiving terminal 5005. 

Also, the 1394 addresses and the Ethernet 
addresses of these nodes are as shown in Fig. 45. 

Each of the transmitting terminal 5001 , the first half 
gateway 5002, the FANP Ethernet switch 5003, the sec- 
ond half gateway 5004 and the receiving terminal 5005 
of this embodiment is the FANP node as described in 
the first embodiment which has the extended FANP 
function of the present invention. 

Here, the transmitting terminal 5001, the first haH 
gateway 5002, the second half gateway 5004 and the 
receiving terminal 5005 have the same functions as the 
corresponding elements in the second embodiment 
described above so that their detailed description will be 
omitted here. 

In this errfcodiment, the first haH gateway 5002 and 
the second half gateway 5004 are connected by the 
Ethernet cables 5012 and 5013. Namely, in this embod- 
iment the data exchanges between two half gateways 
are to be carried out in terms of the Ethernet frames. 

The FANP Ethernet switch 5003 is an Ethernet 
switch having the FANP functions, and as will be 
described below, it has a function for taking the entered 
FANP packet into the internal IP/FANP processing unit 
(which is realized by looking at the protocol type of the 
Ethernet frame), and a function fa rewriting the Ether- 
net address of a frame before and after the input/output 
of the frame, as set up in the internal table in advance, 
and outputting this frame. The latter function is provided 
fa carrying out the similar operation as the rewriting of 
the VPl/VCI at the ATM switch node before and after the 
input/output of an ATM cell. 

In this errixxfiment the FANP Ethernet switch 5003 
(or the internal switch) is in a two-port physical configu- 
ration, but it is also possible to construct a multi-port 
FANP Ethernet switch by the similar construction 
method and mechanism. 

Fig. 46 shows an exemplary internal configuration 
of the FANP Ethernet switch 5003. As shown in Fig. 46, 
the FANP Ethernet switch 5003 comprises a first Ether- 
net interface unit 5101, a first MUX/DEMUX 5102, an 
IP/FANP processing unit 5103, an Ethernet frame 
switching and Ethernet header rewriting unit 5104, a 
second MUX/DEMUX 5105, and a second Ethernet 
interface unit 5106. 

The Ethernet interface units 5101 and 5106 are 
interfaces with respect to the physically connected Eth- 
ernets, and carries out the encapsulation and decapsu- 
lation of data to be exchanged with the MUX/DEMUXs 
5102 and 5105 and the Ethernet frames. 

The IP/FANP processing unit 5103 has functions for 
carrying out the routing based on the IP address, the 
routing table management, the FANP processing, the 
ARP processing, etc., for the received IP packets, FANP 



packets, ARP packets, eta, as well as a function for 
making appropriate setting to the Ethernet frame 
switching and Ethernet header rewriting unit 5104. 
The Ethernet frame switching and Ethernet header 
5 rewriting unit 51 04 has a function tor switching an Ether- 
net frame received from either interface to an appropri- 
ate output port by referring to its destination Ethernet 
address, and a function for rewriting at least a part of the 
Ethernet address at a time of the above switching 
to according to the setting from the IP/FANP processing 
unit 51 03. To this end. the Ethernet frame switching and 
Ethernet header rewriting unit 5104 may have a header 
conversion table provided therein similarly as in the 
ATM switch. The Ethernet frame switching and Ethernet 
is header rewriting unit 51 04 also has a function for learn- 
ing the Ethernet address, which functions to refer to a 
source address of an entered Ethernet frame and store 
it along wfth an input port for a certain period of time. 
Note that the Ethernet frame that passes through 
20 this Ethernet frame switching and Ethernet header 
rewriting unit 5104 can pass without being applied with 
the processing by the IP/FANP processing unit 5103. 

Next, for an exemplary case of transmitting video 
from the transmitting terminal 5001 to the receiving ter- 
25 minal 5005, the operation sequence in time order will be 
descrfoed with references to Fig. 47 and Fig. 48. 

Fig. 47 shows a sequence for the ARP (Address 
Resolution Protocol). 

Frst, the transmitting terminal 5001 transmits the 
30 ARP request packet to the first 1394 bus 501 1 in order 
to carry out the address resolution for ascertaining the 
datalink layer address of the receiving terminal 5005 
from its IP address (step S5401). As described in the 
second embodiment, this ARP request is broadcasted 
35 on the local bus (that is, the first 1394 bus 5011). 

The first half gateway 5002 which is the FANP node 
that received this ARP request operates similarly as in 
the second embodiment. As a result, this ARP request 
is forwarded to the Ethernet cable 5012 by setting the 
40 Ethernet broadcast address as the destination address 
(step S5402). 

The FANP Ethernet switch 5003 also receives this 
ARP request, but as it does not have the corresponding 
IP address, the ARP response will not be sent from 
45 there. 

Also, this ARP request is forwarded to the second 
Ethernet cable 5013 through the Ethernet frame switch- 
ing and Ethernet header rewriting unit 5104. Note that, 
in this case (a case where the destination address is the 
so broadcast address), the rewriting of the Ethernet 
address is not carried out so that the ARP request is for- 
warded as it is. 

The second half gateway 5004 and the receiving 
terminal 5005 that received this ARP request also oper- 
55 ate similarly as in the second embodiment (step 
S5403). Namely, the receiving terminal 5005 that 
received this ARP request enters the own 1394 address 
(EUI64 and "bus ID + physical ID") into this packet and 
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returns this packet to the second 1 394 bus 501 4 as the 
ARP response (step S5404), and this ARP response 
reaches to the FANP Ethernet switch 5003, At this point, 
the destination address of the Ethernet frame is the 
Ethernet address "A1" of the first hatf gateway 5002. 

As descrtoed above, the FANP Ethernet switch 
5003 has the learning function, and holds the Ethernet 
address of the first half gateway 5002 and its physical 
port cfirection (that is, the first Ethernet cable 5012 side) 
as a table at a time of the ARP request, so that this ARP 
response is switched by the Ethernet frame switching 
and Ethernet header rewriting unit 5104 and reaches to 
the first half gateway 5002 (step S5405). 

Then, as the first half gateway 5002 returns the 
ARP response (deputy response) (step S5406), this 
ARP response eventually reaches to the transmitting 
terminal 5001. 

In this manner, the transmitting terminal 5001 can 
ascertain that it suffices to transmit the IP packets des- 
tined to the receiving terminal 5005 with respect to (the 
1394 address of) the first half gateway 5002. 

Next, similarly as in the second embocfiment, the 
transmitting terminal 5001 intends that the video to be 
transmitted from now on will be forwarded by the data- 
link processing alone without using the IP processing at 
the inter mecfiate FANP nodes, and after the confirma- 
tion of the initial setting and the coding scheme using 
the IP packets and the confirmation of the video recep- 
tion capability with respect to the receiving terminal 
5005, the transmitting terminal 5001 proceeds to the 
video transmission preparation. Fig. 48 shows the 
sequence for this operation which will now be 
described. 

Among the operations of the transmitting terminal 
5001 and the first half gateway 5002, the operations for 
the exchanges of the messages between them (up to 
the transmission of the pending message of the FANP) 
are the same as in the second embodiment (step S5501 
to step $5505). 

The first half gateway 5002 that received the offer 
message from the transmitting terminal 5001 recog- 
nizes that it is the FANP packet, confirms the final desti- 
nation IP address (the receiving terminal 5005) from the 
flow ID, and confirms that this address exists on the 
Ethernet cable 5012 sida Here, in order to make it pos- 
sible for the next hop FANP node to carry out the direct 
datalink layer switching of the data to be transmitted by 
only confirming the Ethernet header, a value different 
from the Ethernet address unique to the second half 
gateway 5004 is used as the destination address of the 
Ethernet frame to be transmitted. This value can be any 
value as long as it is different from values of the Ether- 
net addresses of the first half gateway 5002 and the 
second half gateway 5004. 

For example, when the Ethernet address value 
selected by the first half gateway 5002 here is "#A", only 
the video information cfirected to the receiving terminal 
5005 will be mounted on every subsequent Ethernet 



frame which has "#A" as the destination Ethernet 
address. This is equivalent to having the virtual connec- 
tion with "#A" as VCI established between the first half 
gateway 5002 and the next hop FANP node (more spe- 

5 cifcally, the FANP Ethernet switch 5003). This is shewn 
in Fig. 49 as the connection 5302. 

The first half gateway 5002 transmits the propose 
message of the FANP through this connection 5302 
(step S5506). At the point a number indicating the 

w FANP is to be entered into the protocol type of the 
Ethernet frama Also, this propose message is transmit- 
ted by entering the own ESI and sequence number as 
the VOID and the IP address of the receiving terminal 
5005 as the target IP address. 

15 The FANP Ethernet switch 5003 that received this 
propose message recognizes that it is the FANP packet 
(propose message) by referring to the protocol type field 
of the Ethernet frame, and transfers it to the internal 
IP/FAN P processing unit 5103. Then, the FANP Ether- 

20 net switch 5003 confirms that the destination Ethernet 
address of this Ethernet frame exists on the second half 
gateway 5004 side, and registers this in relation to the 
final destination IP address (the receiving terminal 
5005) in the internal routing tabla Then, the FANP 

25 Ethernet switch 5003 returns the propose ACK mes- 
sage to the first Ethernet cable 5012, by entering the 
own IP address as the target IP address and the Ether- 
net address of the first half gateway 5002 as the desti- 
nation address (step S5507). 

30 The first half gateway 5002 that received this pro- 
pose ACK message transmits the offer message onto 
the f irst Ethernet cable 5012, by entering the IP address 
"N. 3" of the FANP Ethernet switch 5003 as the destina- 
tion IP address, entering the VOID descrfoed above, 

55 entering the IP address N N. 5" of the receiving terminal 
5005 which is the final destination into the flow ID, and 
containing the necessary bandwidth value and the end- 
to-end ACK request (step S5508). At this point, the des- 
tination Ethernet address is the Ethernet address "A2" 

40 of the FANP Ethernet switch 5003. In this case, a 
number indicating the FANP may also be entered into 
the protocol type of the Ethernet frame. 

The FANP Ethernet switch 5003 that received this 
offer message recognizes that it is the FANP packet, 

45 and transfers it to the IP/FANP processing unit 5103. 
Here, the FANP Ethernet switch 5003 also confirms the 
final destination IP address (the receiving terminal 
5005) from the flow ID, and confirms that this address 
exists on the second Ethernet cable 5013 side. Here, 

so also, in order to make it possible for the next hop FANP 
node (more specifically, the second half gateway 5004) 
to carry out the direct datalink layer switching of the data 
to be transmitted by only confirming the Ethernet 
header, a value different from the Ethernet address 

55 unique to the second half gateway 5004 is used as the 
destination address of the Ethernet frame to be trans- 
mitted. 

For example, when the Ethernet address value 
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selected by the FANP Ethernet switch 5003 is •«". it is 
equivalent to having the virtual connection with "#8" as 
VCI established between the FANP Ethernet switch 
5003 and the second half gateway 5004 which is the 
next hop FANP node. This is shown in Fig. 49 as the s 
connection 5303. 

The FANP Ethernet switch 5003 transmits the pro- 
pose message of the FANP through this connection 
5303 (step S5510). Thereafter, the procedure is the 
same as in the second embodiment 10 

The FANP Ethernet switch 5003 that received the 
re-cfirect message from the downstream side (step 

55519) judges that the preparation for the dedicated vir- 
tual channel use on the downstream side (the second 
half gateway 5004 in this case) is ready, and makes the is 
setting by which the direct datalink layer forwarding 
(Ethernet switching) can be earned out for the Ethernet 
frame that arrives with the Ethernet address #A from the 
first Ethernet cable 5012 side without using the process- 
ing by the IP/FANP processing unit 5103 at the Ethernet 20 
frame switching and Ethernet header rewriting unit 5104 
inside the FANP Ethernet switch 5003. At this point the 
setting is also made in the internal Ethernet header con- 
version table so that the destination Ethernet address 

will be converted from "#A" to "#B" and this Ethernet 2s 
frame will be switched to an appropriate output port (the 
second Ethernet cable 5013 in this embodiment). 

By this setting, a frame that subsequently arrives 
with the specific Ethernet address "#A" from the first 
Ethernet cable 5012 can be transmitted to the second 30 
Ethernet cable 5013 by the direct Ethernet switching 
ipon converting the destination Ethernet address to 
"#B" and after the Ethernet header conversion is carried 
out so that the efficiency and the speed of the data for- 
warding processing can be improved considerably. 35 

Also, the above descrfred processing does not use 
the processing at the IP/FANP processing unit 5103 so 
that the reduction of the load on the IP/FANP process- 
ing unit 5103 and the load distribution can be realized 
simultaneously. 40 

In addition, it becomes possible to introduce a con- 
cept similar to the virtual connection into the Ethernets 
5012 and 5013, so as to enable the above described 
data forwarding. 

In this manner, the FANP Ethernet switch 5003 45 
transmits the re-direct message to the upstream FANP 
node (the first half gateway 5002 in this case) (step 

55520) . At this point the end-to-end ACKflag is erected 
in the re-direct message from the downstream side so 
that the end-to-end ACKflag is set ON. so 

In the subsequent operations, the re-direct mes- 
sage with the end-to-end ACKflag erected is sent to the 
transmitting terminal 5001 similarly as in the second 
embodiment (step S5521). 

The transmitting terminal 5001 can confirm that the ss 
isochronous channel 5301 was directly connected at 
the datalink layer level up to the receiving terminal 5005. 
Then, the transmitting terminal 5001 starts the video 
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data transmission through the isochronous channel 
5301 (step S5522). 

The video data can be transmitted through 5302, 
5303 and 5304 to the receiving terminal 5005 by the 
datalink layer processing alone, without using the 
processing by the IP/FANP processing unit at the inter- 
mediate nodes including the half gateways 5002 and 
5004 and the FANP Ethernet switch 5003, so that the 
guaranteed real-time video information transfer 
becomes easier. 

Note that similarly as in the second embodiment, 
the video information to be transmitted here may be the 
video data encapsulated within the IP packet or the 
video data directly mounted on the 1394 isochronous 
channel (or the Ethernet frame with the destination 
Ethernet address given by "#A" or "#B"). Also, the 
Ethernet frame may be in a form in which the 1394 iso- 
chronous channel frame is mounted directly (or after 
appropriate processing is applied). 

Also, the redirect message can be used for the pur- 
pose of maintaining the soft state similarly as in the sec- 
ond embodiment 

As described, in this third embodiment, by using a 
plurality of half gateways (5002, 5004) and the Ethernet 
cables (5012, 5013) and the FANP Ethernet switch 
5003 that connect them, it also becomes possible to 
carry out the communication by inter-connecting a plu- 
rality of 1394 buses. In addition, it is also possible to 
connect three or more half gateways to the FANP Ether- 
net switch 5003. for example. 

Fig. 50 shows another exemplary style of using the 
half gateways and the Ethernet cables. A 1394 inter- 
connection cable shown in Fig. 50 has a physical shape 
in which a 1394 connector 5501 is connected to a half 
gateway 5503 by being connected through a relatively 
short dedicated 1394 cable 5502. Also, a long Ethernet 
cable 5504 is connected from the half gateway 5503 in 
advance. This cable portion may be connected by an 
electric cable such as UTP5 or coaxial cable, or by an 
optical cable such as a plastic optical ffrer. It should be 
noted however that the transmission scheme of the 
physical layer is supposed to obey the Ethernet stand- 
ard. A connector 5505 at a free end of the long Ethernet 
cable 5504 is a connector in compliance with that phys- 
ical layer transmission schema 

This 1394 inter-connection cable is used by con- 
necting the 1394 connector 5501 to a desired 1394 bus 
to be connected, and connecting the FANP Ethernet 
switch 5003 at the connector 5505 side. The FANP 
Ethernet switch 5003 may have a plurality of connector 
insertion ports. 

As described above, the 1394 connector 5501 is 
connected to the half gateway 5503 through the rela- 
tively short dedicated 1394 cable 5502, so that the 
power supply to the half gateway 5503 can be made 
through the 1394 connector 5501 and the 1394 cable 
5502. Consequently, the system of Fig, 50 requires no 
special power supply (although the power supply to the 
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FANP Ethernet switch 5003 is basically necessary). 
From a viewpoint of a user who wishes to inter-connect 
two 1 394 buses, this implies that the connection is basi- 
cally completed by simply connecting one end (5501) of 
the cable to a desired 1394 bus to be connected and the 5 
other end (5505) of the cable to the FANP Ethernet 
switch 5003, so that the convenience regarding the con- 
necting operation can be improved remarkably. 

Also, a long cable (such as that of several hundred 
meters, for example) can be used as a cable for con- 10 
necting the half gateway 5503 and the FANP Ethernet 
switch 5003, so that it is very useful in a case of con- 
necting the 1394 buses which are far apart from each 
other. 

It should be apparent that the above descrfred is 
1394 inter-connection cable is not only applicable to a 
case of forming the connection between the 1394 half 
gateways as described above, but also to a case of real- 
izing the usual 1394 bridge in the haff bridge configura- 
tion. In that case, the function of the 1394 bridge can be 20 
realized by using the 1394 address instead of the IP 
address, similarly as in the second embodiment 

It is also to be noted that in the second and third 
embodiments, the transmission scheme between the 
half gateways using the Ethernet has been described, 2s 
but it is also possible to realize a case of using the other 
network such as token ring, FDDI, etc., without chang- 
ing the above described mechanism. 

(Fourth Embodiment > 30 

The second and third embodiments are directed to 
a case of the transmission scheme using the Ethernet 
in which the datalink layer forwarding to the next hop 
FANP node (that is, the data forward ngAjata switching 35 
to the next hop node by referring only to the datalink 
layer header) is carried out by using the destination 
Ethernet address as a virtual connection ID on this 
Ethernet. 

ft is also possible to use the similar scheme in a 40 
case of using the ATM as the data transmission scheme 
between the half gateways. Here, however, unlike the 
case of using the Ethernet as the transmission scheme 
in which the destination Ethernet address is used as a 
virtual connection ID, the VPI/VC1 of the ATM is to be 45 
used as a virtual connection ID. 

Fig. 51 shows a case of connecting the half gate- 
ways by the ATM transmission scheme in the home net- 
work system similar to that of the second embodiment 
shown in Fig. 33. Also, Fig. 52 shows an exemplary so 
internal configuration of each of the half gateways 6002 
and 6003 in Fig. 51. 

Fig. 51 and Fig. 52 differ from those of the second 
embodiment in that the connection between the half 
gateways 6002 and 6003 is realized by the ATM trans- $s 
mission scheme so that VPI/VCI value is used as the 
virtual connection ID, that an originally defined VPI/VCI 
value recognized by both of the half gateways is 



reserved as the default VC (the meaning of which is the 
same as in the first embodiment), and that there is no 
limit on a length of the ATM cabta 

Rg. 53 shows a case of connecting the half gate- 
ways by the ATM transmission scheme in the home net- 
work system similar to that of the third embodiment 
shown in Rg. 45. Fig. 53 differs from Fig. 45 in that a 
FANP ATM switch 6203 is provided instead of the FANP 
Ethernet switch 5003. Also, Fig. 54 shows an exemplary 
internal configuration of the FANP ATM switch 6203 in 
Rg. 53. 

Rg. 53 and Fig. 54 differ from those of the third 
embodiment in that the connection between the half 
gateways 6202 and 6203 is realized by the ATM trans- 
mission scheme so that VPI/VCI value is used as the 
virtual connection ID, that an originally defined VPI/VCI 
value recognized by both of the haff gateways is 
reserved as the default VC (the meaning of which is the 
same as in the first embodiment), and that there is no 
limit on a length of the ATM cable. In addition, an archi- 
tecture of the FANP ATM switch 6203 is new. 

Here, the default VC is terminated at the IP/FANP 
processing unit 6302 (see Rg. 54), and celts will pass 
through an ATM switch 6303 before they reaches to the 
IP/FANP processing unit 6302. 

Consequently, in order to establish a direct datalink 
layer connection, that is an ATM connection, between 
ATM interface units 6301 and 6304, the IP/FANP 
processing unit 6302 is required to have a function for 
making an appropriate setting for values of the header 
conversion table inside the ATM switch 6303, and a 
function for directly connecting a specific ATM-VC of an 
ATM cabl e 62 1 2 and a specific ATM-VC of an ATM cable 
6213 at the ATM layer. 

Note also that the realization of the connection 
between the half gateways according to the present 
invention encompasses not only the transmission 
schemes such as the Ethernet and ATM, but also the 
general connection-less and connection-oriented trans- 
mission schemes as well. 

(Fifth Embodiment > 

Next, with references to Rg. 55 to Rg. 57, the fifth 
embodiment of the present invention will be described 
in detail. 

This fifth embodiment is directed to a case of apply- 
ing the scheme of the present invention as descrfoed 
above to the route setting and the bandwidth reserva- 
tion using the MAC address. 

Rg. 55 shows an exemplary overall configuration of 
a communication network system according to this fifth 
embodiment As shown in Rg. 55, this communication 
network system comprises a transmitting terminal 8001 . 
a first gateway 8002, a second gateway 8003, a third 
gateway 8004, a receiving terminal 8005, an ATM net- 
work 8011, a first Ethernet 8012, a second Ethernet 
8013. and a 1394 bus 8014. 
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Here, it is assumed that the entire system consti- 
tutes a home network within the same home, simflarly 
as in the first embodiment Consequently, among the 
devices contained in this system, those which are the IP 
nodes are assumed to be belonging to the same IP sub- 
net Here, this IP subnet is assumed to have an IP sub- 
net address N. However, unlike the second 
embodiment, two gateways (the second gateway 8003 
and the third gateway 8004) for connecting the first 
Ethernet the second Ethernet and the 1394 bus are 
bridges, so that they may not necessarily have IP 
addresses (and they may not necessarily have IP 
processing units). The IP addresses of the nodes are 
assumed to be N. 1 for the transmitting terminal 8001. 
N. 2 for the first gateway 8002, and N. 3 for the receiving 
terminal 8005. Also, the 1394 addresses and the Ether- 
net addresses of these nodes are as shown in Fig. 55. 

Here, the nodes (the third gateway 8004 and the 
receiving terminal 8005) connected with the 1394 bus 
8014 are also allocated with the MAC addresses. This 
can happen in several cases inducting the following. 

(1) A case in which the 1394 bus 8014 is emulating 
the IEEE 802 type network such as the Ethernet. 

(2) A case in which the MAC address is expressed 
by using a part of a region for the 1394 address. 

Namely, this embodiment uses the expression 
scheme in which "a value of EUI64 is expressed by the 
MAC address", for example. As such, it suffices to have 
a situation in which a node on the 1394 bus 8014 can be 
uniquely identified by using the MAC address. 

Each of the transmitting terminal 8001, the first 
gateway 8002, the second gateway 8003, the third gate- 
way 8004 and the receiving terminal 8005 of this 
embodiment is the FANP node which has the extended 
FANP function of the present invention, but it differs 
from the FANP node of the first embodiment in that it is 
also capable of carrying out the route setting and the 
bandwidth (communication resource) reservation by 
using the MAC address rather than the IP address. This 
feature will now be described in detail. 

The transmitting terminal 8001 has the same func- 
tions as the transmitting terminal 4001 of the second 
errbodimerrt except that it is connected to the ATM net- 
work, so that Hs detailed description will be omitted 
here. 

The first gateway 8002 is a FANP node for inter- 
connecting the ATM network 801 1 and the first Ethernet 
801 2, which has the same functions as the half gateway 
(4002, 4003) of the second embodiment except that it 
transmits or receives FANP control messages in terms 
of the MAC addresses with respect to the direction of 
the first Ethernet 8012. 

The second gateway 8003 inter-connects the Eth- 
ernets while the third gateway 8004 inter-connects the 
Ethernet and the 1 394 bus, and they crucially cfiffer from 
the first gateway 8002 in that they are capable of carry- 



ing out the route setting and the bandwidth reservation 
by the MAC addresses rather than the IP addresses. 
Namely, the second gateway 8003 and the third gate- 
way 8004 are MAC address compatible FANP relay 
5 nodes. 

Each of the second gateway 8003 and the third 
gateway 8004 is a learning bridge having a function for 
learning the MAC address, which functions to refer to an 
input address of an entered frame (Ethernet frame. 

10 1394 asynchronous frame), and store H along an input 
port for a certain period of time. 

The receiving terminal 8005 is the IP terminal as 
well, and has functions for exchanging IP packets with 
the transmitting terminal 8001, and receiving video 

75 delivered from the transmitting terminal 8001 . ft differs 
from the receiving terminal 4004 of the second embodi- 
ment in that this terminal also has a function for termi- 
nating the MAC address compatible FANP. 

Fig. 56 shows an exemplary internal configuration 

20 of the third gateway 8004. As shown in Fig. 56, the third 
gateway 8004 comprises an Ethernet interface unit 
8101, a first MUX/DEMUX 8102, an Ethernet/1394 
transfer unit 8103, a FANP processing unit 8104, a sec- 
ond MUX/DEMUX 8105, and an 1394 interface unit 

26 8106. 

The Ethernet interface unit 8101 is an interface with 
respect to the physically connected Ethernet, and car- 
ries out the encapsulation and decapsulation of data to 
be exchanged with the first MUX/DEMUX 8102 and the 

30 Ethernet frames. 

The first MUX/DEMUX 8102 has a function for 
referring to the protocol type field of the received Ether- 
net frame and transferring this frame to the FANP 
processing unit 8104 if it is described as the FANP 

35 frame in the protocol type field, or to the Ethernet/1394 
transfer unit 8103 otherwise. 

The FANP processing unit 8014 has functions for 
carrying out the routing based on the MAC address, the 
FANP processing, etc., for the received FANP packets, 

40 by referring to a table of correspondence between the 
MAC address and the output port provided inside the 
Ethernet/1394 transfer unit 8103. 

The Ethernet/1 394 transfer unit 81 04 has a function 
for attaching a specific Ethernet header to data received 

45 from the 1 394 side, especially data received through the 
isochronous channel, by using its isochronous channel 
number or the destination address with the specific reg- 
ister offset as a key, and transmitting it to the Ethernet 
side, and a function for transmitting data received from 

so the Ethernet side to a specific isochronous channel or 
the destination address with the specific register offset 
on the 1394 side by using its header information as a 
key, as well as a function of the learning bridge for for- 
wartfing frames according to the destination addresses 

55 (MAC addresses) of the frames while constantly updat- 
ing the internal table of correspondence between the 
MAC address and the output port Namely, the data for- 
warding by this Ethernet/1394 transfer unit 8104 is car- 
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ried out by the datalink layer processing alone. Also, the 
correspondence table formed here becomes identical to 
thai of Fig. 35 or Fig. 36. 

The 1394 interface unit 8106 carries out the physi- 
cal layer processing, the fink layer processing, the bus s 
management and the transaction layer processing of 
the 1394 with respect to the connected 1394 bus, and 
the exchanges of data (PDU from a viewpoint of the 
1394) with the FANP processing unit 8104 or the Ether- 
net/1394 transfer unit 8103 by passing the 1394 frames w 
to be transmitted or received through the second 
MUX/DEMUX 8105. 

Note that the second MUX/DEMUX 8105 has a 
function for transferring the 1394 frame received from 
the 1394 interlace unit 8106 to the FANP processing is 
unit 8104 if an information indicating that it is the FANP 
frame is described in that 1394 frame. 

Next a case of transmitting video from the transmit- 
ting terminal 8001 to the receiving terminal 8005 will be 
described with reference to Fig. 57. 20 

First the transmitting terminal 8001 transmits the 
ARP request packet to the ATM network 801 1 in order 
to carry out the address resolution for ascertaining the 
datalink layer address of the receiving terminal 8005 
from its IP address (step S5701). This ARP request is 25 
processed as the ATM-ARP within the ATM network 
8011. 

This ARP request is forwarded to the first Ethernet 
8012 by the first gateway 8002. The first Ethernet 8012, 
the second Ethernet 8013 and the 1394 bus 8014 are 30 
bridge connected so that this ARP request is broad- 
casted within these bridge connected networks and 
directly reaches to the receiving terminal 8005 (step 
S5702). 

The receiving terminal 8005 makes the ARP 35 
response directly to the first gateway 8002, and the first 
gateway 8002 makes the deputy ARP response to the 
transmitting terminal 8001 . At this point, the first gate- 
way 8002 stores that the receiving terminal 8005 exists 
on the first Ethernet 8012 side (step S5703 and step 40 

55704) . 

Now, the transmitting terminal 8001 already recog- 
nizes that it is the FANP node itself and that what is to 
be transmitted from now on with respect to the receiving 
terminal 8005 is the video. Consequently, the transmit- 45 
ting terminal 8001 intends that the video to be transmit- 
ted from now on will be forwarded by the datalink 
processing alone without using the IP processing at the 
intermediate FANP nodes. 

To this end, after the confirmation of the initial set- so 
ting and the coring scheme using the IP packets and 
the confirmation of the video reception capability with 
respect to the receiving terminal 8005. the transmitting 
terminal 8001 proceeds to the video transmission prep- 
aration. 55 

First the transmitting terminal 8001 carries out the 
ATM signaling so as to acquire an appropriate VC (step 

55705) . Then, the transmitting terminal 8001 carries out 



the FANP exchanges with respect to the first gateway 
8002 through that VC. Here, the exchanges to be car- 
ried out are the same as in the first embodiment (step 
S5706 to step S5709). 

Now, the first gateway 8002 describes both the des- 
tination IP address and the destination MAC address in 
the propose message (step S5710). 

The second gateway 8003 which is the receiving 
FANP node here is the FANP node compatible only with 
the MAC address, so that the second gateway 8003 
refers to the MAC address field. Then, in order to notify 
that It is the FANP node compatible only with the MAC 
address, the second gateway 8003 returns the propose 
ACK message to the f irst gateway 8002 by describing 
only the MAC address (step S571 1). 

The first gateway 8002 that received this propose 
ACK message can ascertain that the downstream side 
FANP node wishes the FANP by the MAC address. 
Consequently, the first gateway 8002 transmits the offer 
message containing the destination MAC address to the 
second gateway 8003 which is the neighboring FANP 
node. This operation may be realized by setting the 
MAC address of the receiving terminal 8005 as the des- 
tination MAC address of the offer message, or by pro- 
viding a new optional field in the FANP message (step 
S5712). 

The second gateway 8003 takes the FANP mes- 
sage into the FANP processing unit by referring to the 
protocol type field of the Ethernet frame. 

In this manner, the FANP processing is sequentially 
carried out up to the receiving terminal 8005 and the re- 
direct message is transmitted backwards sequentially, 
so as to complete the set up at each gateway. Finally, 
the transmitting terminal 8001 which received the re- 
direct message starts the video data transmission. By 
the above procedure, the reservation of the communica- 
tion resource in the intermediate routes is carried out 
similarly as in the first to fourth embedments, so that it 
becomes possible to realize the video data delivery 
while guaranteeing the communication quality. 

Here, the At the first Ethernet 8012 and the second 
Ethernet 8013, the dedicated MAC address for video 
may be acquired as in the second embodiment but it is 
also possible to carry out the bandwidth reservation by 
directly using the original MAC address (M. 2 in this 
case). In such a case, at the first Ethernet 801 2 and the 
second Ethernet 8013, all the Ethernet frames with the 
MAC address destined to the receiving terminal 8005 
described in the destination field will be frames for 
which the communication quality requested by the inter- 
mediate bridges (the second gateway 8003 and the 
third gateway 8004) is guaranteed. 

Namely, the present invention uses a mechanism 
which is capable of reserving the necessary communi- 
cation quality for each destination MAC address, even in 
a simple bridge connection type network. Also, this 
mechanism is a very flexible one in that the routing con- 
trol and the communication quality reservation as well 
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as the corresponding datafink layer control and connec- 
tion can be realized end-to-end, in an environment in 
which the bridges and the routers, the IP address com- 
patible FANP nodes, etc., are mixecfly present (as in the 
first or fifth emtxxfiment). 5 

Note that the five embodiments described above 
are mainly directed to the control based on the IP 
address. However, it should be apparent that the 
present invention is equally applicable to any address 
system that can bundle all kinds of networks, such as 
E164, Colba, JAVA and extended OLE. 

Note also that the present invention has been 
descrbed above with the current Internet (i.e. IPv4) in 
mind, but it should be apparent that the present inven- 
tion is equally vaGd in the next generation Internet (i.e. 
IPv6). 

As described, when a network is formed by con- 
necting the communication terminal devices, relay 
devices, IEEE 1394 inter-connection cable according to 
the present invention, it becomes possible to realize a 
large scale and multifarious (i.e. capable of using vari- 
ous networks) implementation of the home network 
containing the 1394 bus. Moreover, this scheme has a 
great affinity with the public network and the Internet 

It is to be noted that, besides those already men- 
tioned above, many modifications and variations of the 
above embodiments may be made without departing 
from the novel and advantageous features of the 
present invention. Accordingly; all such modifications 
and variations are intended to be included within the 
scope of the appended claims. 

Claims 

1. A data transmitting node connected with a physical 35 
network, comprising: 

a first transmission unit for transmitting a 
control message in a case of transmitting infor- 
mation data to a receiving node through con- 40 
nected with the physical network or another 
physical network, the control message 
including an IP address information of a data 
transmission destination, a header/channel 
information dependent on the physical net- 45 
work, and an information indicating that the 
information data to be transmitted according to 
the header/channel information is data in an 
upper layer of an IP layer; and 
a second transmission unit for transmitting the so 
information data to the receiving node, the 
information data containing the header/channel 
information and data of the upper layer without 
IP packet encapsulation. 

55 

2. The data transmitting node of claim 1 , wherein the 
control message commands to a network inter-con- 
nection node for connecting said physical network 



and a next physical network a registration of a cor- 
respondence between the header/channel informa- 
tion dependent on said physical network and a 
header/channel information dependent on the next 
physical network. 

3. The data transmitting node of claim 1, further com- 
prising: 



nel information is data in an upper layer of a 
protocol layer corresponding to the IP address 
information; 

a first transmission unit for transmitting a sec- 
ond control message to said another physical 
network when the reception unit receives the 
first control message, the second control mes- 
sage containing the IP address information, a 
second header/channel information dependent 
on said another physical network which is 
obtained from the IP address information, and 
the information indicating that the information 
data to be transmitted according to the second 
header/channel information is data in the upper 
layer; 

a memory unit for storing a correspondence 
between the first header/channel information 
and the second header/channel information; 
and 

a second transmission unit for obtaining the 
second header/channel information corre- 
sponding to the first header/channel informa- 
tion according to the correspondence stored in 
the memory unit when the information data 
containing the first header/channel information 
is received from said one physical network, 
attaching the second header/channel informa- 
tion to the information data, and transmitting 



10 a reception unit for receiving digital video 

and/or digital audio data; 

wherein the second transmission unit 
transmits the digital video and/or digital audio 
data received by the reception unit as the infor- 
ms mation data, by formatting the digital video 
and/or digital audio data into a transmission 
format for said physical network. 

4. A network inter-connection node for transmitting 
20 information data received from one physical net- 
work to another physical network, comprising: 

a reception unit for receiving a first control mes- 
sage from said one physical network, the first 
25 control message containing an IP address 

information of a data transmission destination, 
a first header/channel information dependent 
on said one physical network, and an informa- 
tion indicating that an information data to be 
30 transmitted according to the first header/chan- 
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the information data to said another physical 
network, the information data containing data 
off the upper layer without IP packet encapsula- 
tion. 

5 

5. The network inter-connection node off claim 4, 
wherein the first control message commands a reg- 
istration off a correspondence between the first 
header/channel information and the second 
header/channel information, and w 

the second control message commands to a 
receiving node or a network inter-connection node 
for connecting said another physical network and a 
third physical network a regstration of a corre- 
spondence between the second header/channel is 
information and a header/channel information 
dependent on said third physical network. 

6. A data transmitting node connected with a physical 
network, comprising: 20 

a first transmission unit for transmitting a con- 
trol message in a case of transmitting informa- 
tion data to a receiving node connected with 
the physical network or another physical net- 2s 
work, the control message including an IP 
address information of a data transmission 
destination, a header/channel information 
dependent on the physical network, and an 
information indicating a required oommunica- 30 
tion resource; and 

a second transmission unit for transmitting the 
information data containing the header/channel 
information for which the required communica- 
tion resource is reserved, to the receiving 55 
noda 

7. The data transmitting node of claim 6, wherein the 
control message commands to a network inter-con- 
nection node for connecting said physical network 40 
and a next physical network a registration of a cor- 
respondence between the header/channel informa- 
tion dependent on said physical network and a 
header/channel information dependent on the next 
physical network for which the required communi- 45 
cation resource is reserved. 

8. The data transmitting node of claim 6, further com- 
prising: 

50 

a reception unit for receiving digital video 
and/or digital audio data; 

wherein the second transmission unit 
transmits the dgrtai video and/or cfigrtal audio 
data received by the reception unit as the infor- 55 
mation data, by formatting the digital video 
and/or digital audio data into a transmission 
format for said physical network. 



i. A network inter-connection node for transmitting 
information data received from one physical net- 
work to another physical network, comprising: 

a reception unit for receiving a first control mes- 
sage from said one physical network, the first 
control message containing an IP address 
information of a data transmission destination, 
a first header/channel information dependent 
on said one physical network, and an informa- 
tion indicating a required communication 
resource; 

a first transmission unit for transmitting a sec- 
ond control message to said another physical 
network when the reception unit receives the 
first control message, the second control mes- 
sage containing a second header/channel 
information dependent on said another physi- 
cal network which is obtained from the IP 
address information, and the information indi- 
cating the required communication resource; 
an establishing unit for establishing a commu- 
nication path with respect to a receiving node 
or a next network inter-connection node for 
connecting said another physical network and 
a third physical network, the communication 
path having the second header/channel infor- 
mation with the required communication 
resource; 

a memory unit for storing a correspondence 
between the first header/channel information 
and the second header/channel information; 
and 

a second transmission unit for obtaining the 
second header/channel information corre- 
sponding to the first header/channel informa- 
tion according to the correspondence stored in 
the memory unit when the information data 
containing the first header/channel information 
is received from said one physical network, 
attaching the second header/channel informa- 
tion to the information data, and transmitting 
the information data to said another physical 
network. 

a The network inter-connection node off claim 9, 
wherein the first control message commands a reg- 
istration off a correspondence between the first 
header/channel information and the second 
header/channel information, and 

the second control message commands to 
the receiving node or the next network inter-con- 
nection node a registration of a correspondence 
between the second header/channel information 
and a header/channel information dependent on 
said third physical network. 

11. A data transmitting node connected with a physical 
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network, comprising: 

a first transmission unit tor transmitting a 
control message in a case of transmitting infor- 
mation data to a receiving node connected with 
the physical network or another physical 
network, the control message including an IP 
address information of a data transmission 
destination, a header/channel information de- 
pendent on the physical network, and an infor- 
mation on a format of the information data to 
transmitted according to the header/channel 
information; and 

a second transmission unit for transmitting the 
information data in said format which contains 
the header/channel information, to the receiv- 
ing node. 

12. The data transmitting node of claim 11, wherein the 
control message commands to a network inter-con- 
nection node for connecting said physical network 
and a next physical network a registration of a cor- 
respondence between the header/channel informa- 
tion dependent on said physical network and the 
header/channel information dependent on the next 
physical network. 

13. The data transmitting node of claim 11. further 
comprising: 

a reception unit for receiving digital video 
and/or digital audio data; 

wherein the second transmission unit 
transmits the cfigrtal video and/or digital audio 
data received by the reception unit as the infor- 
mation data, by formatting the digital video 
and/or digital audio data into said format. 

14. A network inter-connection node for transmitting 
information data received from one physical net- 
work to another physical network, comprising: 

a reception unit for receiving a first control mes- 
sage from said one physical network, the first 
control message containing an address infor- 
mation of a data transmission destination, a 
first header/channel information dependent on 
said one physical network, and an information 
on a format of the information data to be trans- 
mitted according to the first header/channel 
information; 

a first transmission unit for transmitting a sec- 
ond control message to said another physical 
network when the reception unit receives the 
first control message, the second control mes- 
sage containing the address information, a 
second header/channel information dependent 
on said another physical network which is 



obtained from the address information, and the 
information on a format of the information data 
to be transmitted according to the second 
header/channel information; 

5 a memory unit for storing a correspondence 

between the first header/channel information 
and the second header/channel information; 
a conversion unit for converting a transmission 
format of the information data to be transmitted 

io from a transmission format in the said one 

physical network to a transmission format in 
said another physical network; and 
a second transmission unit for obtaining the 
second header/channel information corre- 

75 sponding to the first header/channel informa- 

tion according to the correspondence stored in 
the memory unit when the information data 
containing the first header/channel information 
is received from said one physical network, 

20 attaching the second header/channel informa- 

tion to the information data, and transmitting 
the information data to said another physical 
network. 

25 15. The network inter-connection node of claim 14, 
wherein the first control message commands a reg- 
istration of a correspondence between the first 
header/channel information and the second 
header/channel information, and 

30 the second control message cornmancte to a 

receiving node or a network inter-connection node 
for connecting said another physical network and a 
third physical network a registration of a corre- 
spondence between the second header/channel 

35 information and a header/channel information 
dependent on said third physical network. 

16. The network inter-connection node of claim 14, 
wherein the information data to be transmitted by 

40 the second transmission unit is MPEG data, and 
the conversion unit converts the transmission for- 
mat of the MPEG data from a transmission format 
for the MPEG data in said one physical network to 
a transmission format for the MPEG data in said 

45 another physical network. 

17. A data transmitting node connected with an IEEE 
1394 bus, comprising: 

so a first transmission unit for transmitting a con- 

trol message in a case of transmitting informa- 
tion data to a receiving node connected with 
another physical network, the control message 
including an address information of a data 

55 transmission destination, and an isochronous 

channel number or a register offset indicating 
an isochronous channel of said IEEE 1394 bus; 
and 
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a second transmission unit for transmitting the 
information data in forms of IEEE 1394 packets 
containing the isochronous channel number or 
the regster offset onto the isochronous chan- 
nel. 5 

18. The data transmitting node of claim 1 7, wherein the 
control message commands to a network inter-con- 
nection node for connecting said IEEE 1394 bus 
and a next physical network a registration of a cor- w 
respondence between the isochronous channel 
number ot the register offset and a header/channel 
information dependent on the next physical net- 
work. 

75 

19. The data transmitting node of claim 17, further 
comprising: 

a reception unit for receiving digital video 
and/or digital audio data; 20 

wherein the second transmission unit 
transmits the digital video and/or digital audio 
data received by the reception unit as the infor- 
mation data, by formatting the digital video 
and/or digital audio data into an IEEE 1394 2s 
transmission format. 

20. A network inter-connection node for connecting at 
least two physical networks inducing an IEEE 1 394 
bus and transmitting an information data received 30 
from one physical network to another physical net- 
work, comprising: 

a reception unit for receiving a first control mes- 
sage from said one physical network, the first 35 
control message containing an address infor- 
mation of a data transmission destination, and 
a first header/channel information dependent 
on said one physical network; 
a first transmission unit for transmitting a sec- 40 
ond control message to said another physical 
network when the reception unit receives the 
f irst control message, the second control mes- 
sage containing the address information and a 
second header/channel information dependent 45 
on said another physical network which is 
obtained from the address information; 
a memory unit for storing a correspondence 
between the first header/channel information 
and the second header/channel information, at so 
least one of the first header/channel informa- 
tion and the second header/channel informa- 
tion including an isochronous channel number 
or a register offset indicating an isochronous 
channel of the IEEE 1 394 bus; and ss 
a second transmission unit for obtaining the 
second header/channel information corre- 
sponding to the first header/channel informa- 



tion according to the conespondence stored in 
the memory unit when the information data 
containing the first header/channel information 
is received from said one physical network, 
attaching the second header/channel informa- 
tion to the information data, and transmitting 
the information data to said another physical 
network. 

21. The network inter-connection node of claim 20, 
wherein said another physical network is an Ether- 
net or a token ring or a FDDI, and the second 
header/channel information indicates a MAC 
address. 

22. The network inter-connection node of claim 20, 
wherein said one physical network is an Ethernet or 
a token ring or a FDDI, and the first header/channel 
information indicates a MAC address. 

23. The network inter-connection node of claim 20, 
wherein said another physical network is an ATM 
network, and the second header/channel informa- 
tion indcates a VPI/VCI. 

24. The network inter-connection node of claim 20, 
wherein said one physical network is an ATM net- 
work, and the first header/channel information indi- 
cates a VPI/VCI. 

25. A data transmitting node connected with a network, 

comprising: 

a first transmission unit for transmitting a con- 
trol message in a case of transmitting informa- 
tion data to a receiving node connected with 
another network, the control message includ- 
ing a first MAC address information of a data 
transmission destination, and a second MAC 
address information to be attached to the infor- 
mation data; and 

a second transmission unit for transmitting the 
information data containing the second MAC 
address information, to the receiving noda 

26. The data transmitting node of claim 25, wherein the 
control message commands to a network inter-con- 
nection node for connecting said network and a 
next network a registration of a correspondence 
between the second MAC address information and 
a header/channel information dependent on the 
next network. 

27. The data transmitting node of claim 25, further 
comprising: 

a reception unit for receiving digital video 
and/or digital audio data; 
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wherein the second transmission unit 
transmits the cfigital video and/or digital audio 
data received by the reception unit as the infor- 
mation data, by formatting the digital video 
and/or digital audio data into a transmission 
format for said network. 

28. A network inter-connection node for transmitting 
information data received from one network to 
another network, comprising: 

a reception unit for receiving a first control mes- 
sage from said one netv«>rk, the first control 
message containing a first MAC address infor- 
mation of a data transmission destination, and 
a second MAC address information; 
a first transmission inrt for transmitting a sec- 
ond control message to said another network 
when the reception unit receives the first con- 
trol message, the second control message 
containing the first MAC address information, 
and a third MAC address information which is 
obtained from the first MAC address informa- 
tion; 

a memory unit for storing a correspondence 
between the second MAC address information 
and the third MAC address information; and 
a second transmission unit for obtaining the 
third MAC address information corresponding 
to the second MAC address information 
according to the correspondence stored in the 
memory unit when the information data con- 
taining the second MAC address information is 
received from said one network, attaching the 
third MAC address information to the informa- 
tion data, and transmitting the information data 
to said another network. 

29. A network inter-connection node for connecting at 
least two physical networks, comprising: 

a request receiving unit for receiving from a first 
physical network an address resolution request 
for resolving a datalink layer address from a 
network layer address; 

a forwarding unit for forwarding the address 
resolution request with respect to a connected 
physical network other than the first physical 
network; 

a response receiving unit for receiving from a 
second physical network a first address resolu- 
tion response corresponding to the address 
resolution request forwarded by the forwarding 
unit; 

a registration unit for registering a correspond- 
ence between the network layer address and 
the second physical network into a routing 
table, by referring to a network layer source 



address or a network address contained in the 
first address resolution response; and 
a response transmitting unit for transmitting to 
the first physical network a second address 
5 resolution response corresponding to the 

address resolution request received by the 
request receiving unit, by inserting a datalink 
layer address of said network interconnection 
node device as a resolved address. 

10 

30. The network inter-connection node device of claim 
29, further comprising: 

a transfer unit for transferring a received packet 
75 to a physical network registered in the routing 

table, according to a network layer destination 
address of the received packet. 

31. The network inter-connection node device of claim 
20 29, wherein the response transmitting unit activates 

the forwarding unit when a network layer address 
contained in the address resolution request 
received from the first physical network is not a net- 
work layer address of said network inter-connection 
25 node device and not registered in the routing table, 
and transmits the second address resolution 
response otherwise. 

32. The network inter-connection node device of claim 
30 29, wherein the first physical network and the sec- 
ond physical network are operated by different 
datalink protocols. 

33. A method of data transmission at a data transmit- 
as ting node connected with a physical network, com- 
prising the steps of: 

(a) transmitting a control message in a case of 
transmitting information data to a receiving 

40 node connected with the physical network or 

another physical network, the control message 
including an IP address information of a data 
transmission destination, a header/channel 
information dependent on the physical net- 

45 work, and an information indicating that the 

information data to be transmitted according to 
the header/channel information is data in an 
upper layer of an IP layer; and 

(b) transmitting the information data to the 
so receiving node, the information data containing 

the header/channel information and data of the 
upper without IP packet encapsulation. 

34. The method of claim 33, wherein the control mes- 
55 sage commands to a network inter-connection 

node for connecting said physical network and a 
next physical network a registration of a corre- 
spondence between the header/channel informa- 
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tion dependent on said physical network and a 
header/channel information dependent on the next 
physical network 

35. The method of claim 33. further comprising the step 
of: 

(c) receiving digital video and/or digital aixfio 
data; 

wherein the step (b) transmits the digital 
video and/or digital audio data received by the 
step (c) as the information data, by formatting 
the digital video and/or digital audio data into a 
transmission format for said physical network. 

36. A method of data transmission at a network inter- 
connection node for transmitting information data 
received from one physical network to another 
physical network, comprising the steps of: 

(a) receiving a first control message from said 
one physical network, the first control message 
containing an IP address information of a data 
transmission destination, a first header/chan- 
nel information dependent on said one physical 
network, and an information incficating that an 
information data to be transmitted according to 
the first header/channel information is data in 
an upper layer of a protocol layer correspond- 
ing to the IP address information; 

(b) transmitting a second control message to 
said another physical network when the step 
(a) receives the first control message, the sec- 
ond control message containing the IP address 
information, a second header/channel informa- 
tion dependent on said another physical net- 
work which is obtained from the IP address 
information, and the information indicating that 
the information data to be transmitted accord- 
ing to the second header/channel information 
is data in the upper layer; 

(c) storing a correspondence between the first 
header/channel information and the second 
header/channel information; and 

(d) obtaining the second header/channel infor- 
mation corresponding to the f irst header/chan- 
nel information according to the 
correspondence stored by the step (c) when 
the information data containing the first 
header/channel information is received from 
said one physical network, attaching the sec- 
ond header/channel information to the informa- 
tion data, and transmitting the information data 
to said another physical network, the informa- 
tion data containing data of the upper layer 
without IP packet encapsulation. 

37. The method of claim 36, wherein the first control 



message commands a registration of a correspond- 
ence between the frst header/channel information 
and the second header/channel information, and 
the second control message commands to a 

5 receiving node or a network inter-connection node 
for connecting said another physical network and a 
third physical network a registration of a corre- 
spondence between the second header/channel 
information and a header/channel information 

10 dependent on said third physical network. 

3a A method of data transmission at a data transmit- 
ting node connected with a physical network, com- 
prising the steps of: 

is 

(a) transmitting a control message in a case of 
transmitting information data to a receiving 
node connected with the physical network or 
another physical network, the control message 

20 including an IP address information of a data 

transmission destination, a header/channel 
information dependent on the physical net- 
work, and an information incficating a required 
communication resource; and 

25 (b) transmitting the information data containing 

the header/channel information for which the 
required communication resource is reserved, 
to the receiving node. 

30 39. The method of claim 38, wherein the control mes- 
sage commands to a network inter-connection 
node for connecting said physical network and a 
next physical network a registration of a corre- 
spondence between the header/channel informa- 

35 tion dependent on said physical network and a 
header/channel information dependent on the next 
physical network for which the required communi- 
cation resource is reserved. 

40 40. The method of claim 38. further comprising the step 
of: 

(c) receiving digital video and/or digital audio 
data; 

45 wherein the step (b) transmits the digital 

video and/or digital audio data received by the 
step (c) as the information data, by formatting 
the digital video and/or digital audio data into a 
transmission format for said physical network. 

so 

41. A method of data transmission at a network inter- 
connection node for transmitting information data 
received from one physical network to another 
physical network, comprising the steps of: 

55 

(a) receiving a first control message from said 
one physical network, the first control message 
containing an IP address information of a data 
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transmission destination, a first header/chan- 
nel information dependent on said one physical 
network, and an information indicating a 
required corT¥rtunication resource; 

(b) transmitting a second control message to s 
said another physical network when the step 
(a) receives the first control message, the sec- 
ond control message containing a second 
header/channel information dependent on said 
another physical network which is obtained w 
from the IP address information, and the infor- 
mation indicating the required communication 
resource; 

(c) establishing a communication path with 
respect to a receiving node or a next network is 
inter-connection node for connecting said 
another physical network and a third physical 
network, the communication path having the 
second header/channel information with the 
required communication resource; 20 

(d) storing a correspondence between the first 
header/channel information and the second 
header/channel information; and 

(e) obtaining the second header/channel infor- 
mation corresponding to the first header/chan- 2s 
nel information according to the 
correspondence stored by the step (d) when 
the information data containing the first 
header/channel information is received from 
said one physical network, attaching the sec- 30 
ond header/channel information to the informa- 
tion data, and transmitting the information data 

to said another physical network. 

42. The method of claim 41, wherein the first control 35 
message commands a registration of a correspond- 
ence between the first header/channel information 
and the second header/channel information, and 

the second control message commands to 
the receiving node or the next network inter-con- to 
nection node a registration of a correspondence 
between the second header/channel information 
and a header/channel information dependent on 
said third physical network. 

45 

43. A method of data transmission at a data transmit- 
ting node connected with a physical network, com- 
prising the steps of: 

(a) transmitting a control message in a case of 50 
transmitting information data to a receiving 
node connected with the physical network or 
another physical network, the control message 
including an IP address information of a data 
transmission destination, a header/channel 55 
information dependent on the physical net- 
work, and an information on a format of the 
information data to be transmitted according to 
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the header/channel information; and 

(b) transmitting the information data in said for- 
mat which contains the header/channel infor- 
mation, to the receiving node. 

44. The method of claim 43, wherein the control mes- 
sage commands to a network inter-connection 
node for connecting said physical network and a 
next physical network a registration of a corre- 
spondence between the header/channel informa- 
tion dependent on said physical network and the 
header/channel information dependent on the next 
physical network. 

45. The method of claim 43, further comprising the step 
of: 

(c) receiving digital video and/or digital audio 
data; 

wherein the step (b) transmits the digital 
video and/or digital audio data received by the 
step (c) as the information data, by formatting 
the cOgital video andfor digital audio data into 
said format 

46. A method of data transmission at a network inter- 
connection node for transmitting information data 
received from one physical network to another 
physical network, comprising the steps of: 

(a) receiving a first control message from said 
one physical network, the first control message 
containing an address information of a data 
transmission destination, a first header/chan- 
nel information dependent on said one physical 
network, and an information on a format of the 
information data to be transmitted according to 
the first header/channel information; 

(b) transmitting a second control message to 
said another physical network when the step 
(a) receives the first control message, the sec- 
ond control message containing the address 
information, a second header/channel informa- 
tion dependent on said another physical net- 
work which is obtained from the address 
information, and the information on a format of 
the information data to be transmitted accord- 
ing to the second header/channel information; 

(c) storing a correspondence between the first 
header/channel information and the second 
header/channel information; 

(d) converting a transmission format of the 
information data to be transmitted from a trans- 
mission format in the said one physical network 
to a transmission format in said another physi- 
cal network; and 

(e) obtaining the second header/channel infor- 
mation corresponding to the first header/chan- 
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nei information according to the 
correspondence stored by the step (c) when 
the information data containing the first 
header/channel information is received from 
said one physical network, attaching the sec- 5 
ond header/channel information to the informa- 
tion data, and transmitting the information data 
to said another physical network, 

47. The method of claim 46, wherein the first control 10 
message commands a registration of a correspond- 
ence between the first header/channel information 
and the second header/channel information, and 

the second control message commands toa 
receiving node or a network inter-connection node is 
for connecting said another physical network and a 
third physical network a registration of a corre- 
spondence between the second header/channel 
information and a header/channel information 
dependent on said third physical network. 20 

48. The method of claim 46, wherein the information 
data to be transmitted by the step (d) is MPEG data, 
and the step (e) converts the transmission format of 
the MPEG data from a transmission format for the 2s 
MPEG data in said one physical network to a trans- 
mission format for the MPEG data in said another 
physical network. 

49. A method of data transmission at a data transmit- 30 
ting node connected with an IEEE 1394 bus, com- 
prising the steps of: 

(a) transmitting a control message in a case of 
transmitting information data to a receiving 35 
node connected with another physical network, 
the control message including an address 
information of a data transmission destination, 
and an isochronous channel number or a regis- 
ter offset indicating an isochronous channel of 40 
said IEEE 1394 bus; and 

(b) transmitting the information data in forms of 
IEEE 1394 packets containing the isochronous 
channel number or the register offset, onto the 
isochronous channel. 45 

50. The method of claim 49, wherein the control mes- 
sage commands to a network inter-connection 
node for connecting said IEEE 1394 bus and a next 
physical network a registration of a correspondence so 
between the isochronous channel number or the 
register offset and a header/channel information 
dependent on the next physical network. 

51. The method of claim 49, further comprising the step 55 

of: 

(c) receiving digital video and/or digital audio 



037 A2 82 

data; 

wherein the step (b) transmits the digital 
video and/or digital audio data received by the 
step (c) as the information data, by formatting 
the digital video and/or digital audio data into 
an IEEE 1394 transmission format. 

52. A method of data transmission at a network inter- 
connection node for connecting at least two physi- 
cal networks including an IEEE 1394 bus and trans- 
mitting an information data received from one 
physical network to another physical network, com- 
prising the steps of: 

(a) receiving a first control message from said 
one physical network, the first control message 
containing an address information of a data 
transmission destination, and a first 
header/channel information dependent on said 
one physical network; 

(b) transmitting a second control message to 
said another physical network when the step 
(a) receives the first control message, the sec- 
ond control message containing the address 
information and a second header/channel 
information dependent on said another physi- 
cal network which is obtained from the address 
information; 

(c) storing a correspondence between the first 
header/channel information and the second 
header/channel information, at least one of the 
first header/channel information and the sec- 
ond header/channel information including an 
isochronous channel number or a register off- 
set indicating an isochronous channel or the 
IEEE 1394 bus; and 

(d) obtaining the second header/channel infor- 
mation corresponding to the first header/chan- 
nel information according to the 
correspondence stored by the step (c) when 
the information data containing the first 
header/channel information is received from 
said one physical network, attaching the sec- 
ond header/channel information to the informa- 
tion data, and transmitting the information data 
to said another physical network. 

53. The method of claim 52, wherein said another 
physical network is an Ethernet or a token ring or a 
FDDI, and the second header/channel information 
indicates a MAC adcfress. 

54. The method of claim 52, wherein said one physical 
network is an Ethernet or a token ring or a FDDI, 
and the first header/channel information indicates a 
MAC address. 

55. The method of claim 52, wherein said another 
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physical network is an ATM network, and the sec- 
ond header/channel information inticates a 
VPI/VCI. 

56. The method of claim 52, wherein said one physical s 
network is an ATM network, and the first 
header/channel information indicates a VPI/VCI. 

57. A method of data transmission at a data transmit- 
ting node connected with a network, comprising the 10 
steps of. 

(a) transmitting a control message in a case of 
transmitting information data to a receiving 
node connected with another network, the con- is 
trol message including a first MAC address 
information of a data transmission destination, 
and a second MAC address information to be 
attached to the information data; and 

(b) transmitting the information data containing 20 
the second MAC address information, to the 
receiving node. 

58. The method of claim 57, wherein the control mes- 
sage commands to a network inter-connection 2s 
node for connecting said network and a next net- 
work a registration of a correspondence between 
the second MAC address information and a 
header/channel information dependent on the next 
network 30 

59. The method of claim 57, further comprising the step 
of: 

(c) receiving digital video and/or digital audio 35 
data; 

wherein the step (b) transmits the digital 
video and/or digital audio data received by the 
step (c) as the information data, by formatting 
the cfigrtal video and/or digital audio data into a 40 
transmission format for said network. 

60. A method of data transmission at a network inter- 
connection node for transmitting information data 
received from one network to another network, 4s 
comprising the steps of: 

(a) receiving a first control message from said 
one network, the first control message contain- 
ing a first MAC address information of a data so 
transmission destination, and a second MAC 
address information; 

(b) transmitting a second control message to 
said another network when the step (a) 
receives the first control message, the second ss 
control message containing the first MAC 
address information, and a third MAC address 
information which is obtained from the first 
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MAC address information; 

(c) storing a correspondence between the sec- 
ond MAC address information and the third 
MAC address information; and 

(d) obtaining the third MAC address informa- 
tion corresponding to the second MAC address 
information according to the correspondence 
stored by the step (c) when the information 
data containing the second MAC address infor- 
mation is received from said one network, 
attaching the third MAC address information to 
the information data, and transmitting the infor- 
mation data to said another network. 

61. A method for connecting at least two physical net- 
works at a network inter-connection node, compris- 
ing the steps of: 

(a) receiving from a first physical network an 
address resolution request for resolving a data- 
link layer address from a network layer 
address; 

(b) forwarding the address resolution request 
with respect to a connected physical network 
other than the first physical network; 

(c) receiving from a second physical network a 
first address resolution response correspond- 
ing to the address resolution request forwarded 
by the step (b); 

(d) registering a correspondence between the 
network layer address and the second physical 
network into a routing table, by referring to a 
network layer source address or a network 
addrees contained in the first address resolu- 
tion response; and 

(e) transmitting to the first physical network a 
second address resolution response corre- 
sponding to the address resolution request 
received by the step (a), by inserting a datalink 
layer address of said network inter-connection 
node device as a resolved address. 

62. The method of claim 61, further comprising the 
steps of: 

(f) transferring a received packet to a physical 
network registered in the routing table, accord- 
ing to a network layer destination address of 
the received packet 

63. The method of claim 61, wherein the step (e) acti- 
vates the step (b) when a network layer address 
contained in the address resolution request 
received from the first physical network is not a net- 
work layer address of said network inter-connection 
node device and not registered in the routing table, 
and transmits the second address resolution 
response otherwise. 



EP0835Q37A2 



43 



85 



EP0835037A2 



64. The method of claim 61, wherein the first physical 
network and the second physical network are oper- 
ated by different datalink protocols. 
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